GNU bug report logs - #38066
26.1; X-Message-SMTP-Method header does not affect smtpmail-stream-type

Previous Next

Full log

View this message in rfc822 format

From: Robert Pluim <rpluim <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 38066 <at> debbugs.gnu.org, Ryan Tate <ryantate <at> ryantate.com>
Subject: bug#38066: 26.1; X-Message-SMTP-Method header does not affect smtpmail-stream-type
Date: Tue, 05 Nov 2019 21:09:59 +0100

>>>>> On Tue, 05 Nov 2019 19:23:58 +0100, Lars Ingebrigtsen <larsi <at> gnus.org> said:

    Lars> Robert Pluim <rpluim <at> gmail.com> writes:
    Lars> I'm not sure I understand the rationale hre.  465 is defined as a TLS
    Lars> port, so that's what Emacs should talk on that port.  It's like port
    Lars> 443 -- it's also TLS.
    >> 
    >> 465 is just a port. And eg
    >> 
    >> (open-network-stream "google" nil "mail.google.com" 465)
    >> 
    >> will attempt a STARTTLS connection (and incidentally hang my emacs
    >> :-)). You can override that by passing in :type tls, but in some
    >> situations you canʼt do that, hence the proposed patch.
    >> 
    >> Unless youʼre suggesting that we unconditionally use tls for 465/443?
    >> Thatʼs another option, but itʼs sure to break someone's setup.

    Lars> 465 is a TLS port in an SMTP context, and 443 is a TLS port in an HTTP
    Lars> context.  Outside those contexts, they're not anything in particular, of
    Lars> course.

So youʼre suggesting we do autodetection in smtpmail and nnimap only
(and probably a few more besides)?

Robert

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.