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

Previous Next

Package: emacs;

Reported by: Ryan Tate <ryantate <at> ryantate.com>

Date: Tue, 5 Nov 2019 04:49:02 UTC

Severity: normal

Tags: fixed

Found in version 26.1

Fixed in version 28.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log

Message #17 received at 38066 <at> debbugs.gnu.org (full text, mbox):

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: Re: bug#38066: 26.1; X-Message-SMTP-Method header does not affect
 smtpmail-stream-type
Date: Tue, 05 Nov 2019 18:53:33 +0100

>>>>> On Tue, 05 Nov 2019 18:42:39 +0100, Lars Ingebrigtsen <larsi <at> gnus.org> said:

    Lars> Robert Pluim <rpluim <at> gmail.com> writes:
    >> +(defcustom network-stream-auto-tls-alist
    >> +  '((465 . tls)
    >> +    (587 . starttls)
    >> +    (993 . tls))

    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.

Robert
This bug report was last modified 4 years and 360 days ago.

Previous Next

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