erro TLS SMTP TLT ao enviar e-mail

Quando tento enviar um email, recebo o seguinte erro:

gnutls_handshake: Um pacote TLS inesperado foi recebido.

Este é o meu .muttrc (meu nome, meu endereço e meu e-mail são espaços reservados):

# 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:$imap_pass@smtp.myaddress: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 user@localhost.localhost 
set from="myemail"
set use_from=yes
set envelope_from="yes"

Ao usar o envio SMTP na porta 587, o valor para smtp_urldeve começar com "smtp://", ou seja, não com "smtps://". Também é importante ter certeza de que ssl_starttlsestá definido "yes"como, conforme feito corretamente na configuração acima.

Ao configurar meu próprio servidor, tive exatamente o mesmo problema. O acesso a logs no cliente e no servidor tornou óbvio que certamente era um problema do lado do cliente.

Uma opção de configuração iniciada com smtpsdiz ao mutt para abrir uma conexão criptografada ssl com o servidor. No entanto, o servidor espera uma sessão smtp de texto não criptografado, que será transferida para criptografada assim que o cliente e o servidor fizerem alguma negociação.