mutt Błąd SMTP TLS podczas wysyłania poczty

Kiedy próbuję wysłać wiadomość, pojawia się następujący błąd:

gnutls_handshake: Otrzymano nieoczekiwany pakiet TLS.

To jest mój .muttrc (moja nazwa, mój adres i moja poczta to symbole zastępcze):

# Automatically log in to this mailbox at startup
set imap_user="myname"
set imap_pass=""
set spoolfile="imaps://imap.myaddress/Inbox"
set folder="imaps://imap.myaddress/Inbox"
set record="=Sent"
set postponed="=Drafts"

# define how to send mails
set smtp_url="smtps://$imap_user:[email protected]:587"

# activate TLS if available on the server
set ssl_starttls=yes

# always use SSL when connecting to a server
set ssl_force_tls=yes

# wait to enter mailbox manually
set imap_passive

# Automatically poll subscribed mailboxes for new mail (new in 1.5.11)
set imap_check_subscribed

# Reduce polling frequency to a sane level
set mail_check=60

# And poll the current mailbox more often (not needed with IDLE in post 1.5.11)
#set timeout=10

# keep a cache of headers for faster loading (1.5.9+?)
#set header_cache=~/.hcache

# Display download progress every 5K
set net_inc=5

# Cancel a message when subject is blank
set abort_nosubject=yes

# Set default editor
set editor="gvim -v"

# Asks to include message when replying
set include=ask-yes

# Asks to postpone a message when not sent
set postpone=ask-yes

# Ask before printing
set print=ask-yes

# set from to ensure mutt doesn't put [email protected] 
set from="myemail"
set use_from=yes
set envelope_from="yes"

Gdy używasz wysyłania smtp na porcie 587, wartość parametru smtp_urlpowinna zaczynać się od "smtp://", tzn. Nie od "smtps://". Ważne jest również, aby upewnić się, że ssl_starttlsjest ustawiony na "yes", jak poprawnie zrobiono w powyższej konfiguracji.

Podczas konfigurowania własnego serwera mam ten sam problem. Mając dostęp do dzienników zarówno po stronie klienta, jak i serwera, stało się oczywiste, że z pewnością był to problem po stronie klienta.

Opcja konfiguracji rozpoczynająca się od smtpskaże muttowi otworzyć szyfrowane połączenie SSL z serwerem. Jednak serwer oczekuje sesji smtp z jawnym tekstem, która zostanie zaszyfrowana, gdy tylko klient i serwer przeprowadzą negocjacje.