When connecting to the ESMTP server mutt does not send proper AUTH command. This results in the following server response (taken from ~/.muttdebug0): 6< 530 5.7.0 No AUTH command has been given. Mutt itself prints the following in the status line: SMTP session failed: 530 5.7.0 No AUTH command has been given. Moreover, if mutt is compiled with gnutls use-flag enabled, an attempt to send the email leads to hang up, so only `killall -9 mutt` helps. If gnutls is disabled, mutt doesn't hang up but gives the error mentioned below. mutt-1.5.20.-r13 shows the same behavior. Reproducible: Always Steps to Reproduce: 1. Get an account on ESMTP server (in particular, if possible, Sun Java System Messaging Server 7u2-7.02) 2. Try to send an email via this server using mutt. Actual Results: Email is not sent. mutt hangs up in case of gnutls enabled. Expected Results: Message is sent. mutt does not hang up. It seems like this 'Sun Java System Messaging Server' asks for additional authentication after starttls have been executed. And mutt does not provide this additional authentication. ... 6> STARTTLS^M 6< 220 2.5.0 Go ahead with TLS negotiation. ... 6< 250-AUTH PLAIN LOGIN 6< 250-AUTH=LOGIN PLAIN ... now server wants an AUTH command (if my guess is right), but mutt sends: 6> MAIL FROM:<pelkind2@uwo.ca>^M ... which results in: 6< 530 5.7.0 No AUTH command has been given.
Created attachment 223855 [details] My .muttrc
Created attachment 223857 [details] Output of `mutt -D`
Created attachment 223861 [details] Output of `mutt -d 5`
This configuration works fine for gmail.com. The problem is only with uwo.ca The Sun Java System Messaging Server 7u2-7.02 is installed there.
can you try with -r13 please?
Exactly the same situation with -r13 e.g. SMTP session failed: 530 5.7.0 No AUTH command has been given. and SMTP session failed: 530 5.7.0 No AUTH command has been given + mutt hangs on if gnutls enabled.
You don't have a username set for the smtp.uwo.ca server in the .muttrc you provided. It should be set via: folder-hook imaps://imap.uwo.ca 'set smtp_url = "smtp://USERNAME@smtp.uwo.ca:587"' Exactly as you've done correctly for the gmail account.
per upstream: " as noted by https://bugs.gentoo.org/show_bug.cgi?id=309715#c7 the auth problem is due to the lack of a specified username. The SMTP protocol doesn't allow for a client to know a priori whether server policy requires authentication for some action. The AUTH keyword merely specifies which mechanisms the server supports. The issue with hanging under GNUTLS is a separate issue and another bug should be filed if that is still the case. "