Mutt não enviando email ao especificar servidor smtp

2

Estou tentando usar mutt como meu cliente de e-mail e funciona bem para minha conta do Gmail. Mas quando eu uso meu email de trabalho, ele não envia os emails. Não dá nenhum erro, apenas não os envia. A linha no meu arquivo .muttrc que causa esse problema é:

set smtp_url = "smtp://mail.my_work_email_server.com:587"

O comportamento não muda ao adicionar o smtp_pass , nem altera o nome do servidor de email (isto é, usando um endereço de servidor 'fictício').

    
por user2426172 05.05.2014 / 20:51

4 respostas

3

Você consegue enviar e-mails com êxito via SMTP com outro cliente de e-mail nessa máquina? Você consegue fazer telnet para seu servidor SMTP e estabelecer uma conexão? Você está usando STARTTLS?

Em mutt, você usa o protocolo smtps para denotar uma conexão protegida desde o início com o TLS / SSL. Se o seu servidor de e-mail estiver esperando isso (e muitos fazem isso nos dias de hoje), isso pode ser um problema seu.

No entanto, se o seu servidor de e-mail espera usar STARTTLS , use o protocolo regular smtp:// em smtp_url e certifique-se de set ssl_starttls=yes .

Veja um exemplo de telnet session que mostra um servidor de e-mail que usa STARTTLS:

$ telnet smtp.example.com 587
Trying 127.0.0.1...
Connected to smtp.example.com.
Escape character is '^]'.
220 smtp.example.com ESMTP Postfix (Debian/GNU)
EHLO test
250-
250-PIPELINING
250-SIZE 10240000
250-ETRN
250-STARTTLS
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN
QUIT
221 2.0.0 Bye
Connection closed by foreign host.
    
por 06.05.2014 / 03:58
3

Eu tive a mesma coisa e foi isso que funcionou para mim.

set ssl_starttls=yes
set ssl_force_tls=yes

set imap_user = "[email protected]"
set imap_pass = "!HASHEDPASSWORD!"
set folder = imap://mail.example.com/
set spoolfile = imap://mail.example.com/INBOX

# SMTP user auth
# # fill in the right user and pass based on your setup
# # protocols: smtp for TLS (25/587), smtps for SSL (465)
set smtp_url = "smtp://[email protected]:587"
set smtp_pass = "$imap_pass"

# Where to save copies of outgoing mail
set record = '+Sent'

O que não funcionou para mim foi a ordem em que as coisas estavam no arquivo de configuração e uma definição para 'set record' em uma pasta que era um link para uma pasta não existente.

Ao responder "não" à pergunta sobre a criação da pasta, ela foi interrompida e não foi visto tráfego para o servidor SMTP.

PS: verifique os arquivos de configuração originados, eles podem especificar configurações conflitantes e / ou na ordem errada.

HTH

    
por 22.04.2015 / 20:25
0

Abaixo da configuração em ~/.muttrc funciona para mim, para enviar e-mail para o gmail:

set from = "[email protected]"
set realname = "user"
set imap_user = "[email protected]"
set imap_pass = "pwd"
set folder = "imaps://imap.gmail.com:993"
set spoolfile = "imaps://imap.gmail.com/INBOX"
set postponed ="+[Gmail]/Drafts"
set header_cache =~/.mutt/cache/headers
set message_cachedir =~/.mutt/cache/bodies
set certificate_file =~/.mutt/certificates
set smtp_url = "smtps://[email protected]@smtp.gmail.com:465/"
set smtp_pass = "pwd"
set move = no 
set imap_keepalive = 900
    
por 30.12.2015 / 07:46
0

Eu sei que este é um tópico antigo, mas ontem passei duas horas pesquisando por que as configurações mencionadas acima não funcionaram para mim e quero compartilhar a solução para economizar tempo para outras pessoas.

O problema era que eu precisava aceitar o certificado do servidor SMTP do Google pelo menos uma vez, e isso requer a execução do mutt sem que sua entrada seja redirecionada, caso contrário o mutt não pode solicitar que você aceite o certificado.

A propósito, você deve selecionar (a) para sempre, para que o certificado seja armazenado em .mutt/certificates . Se você selecionar (o) pela primeira vez, ele usará o certificado fornecido, mas não o armazenará em .mutt/certificates .

Portanto, execute o mutt sem redirecionar a entrada (isso inclui o piping para a entrada padrão) e, em seguida, aceite o certificado oferecido a lways. Depois disso, na próxima vez que você executar o mutt, ele deve funcionar porque está usando o certificado armazenado.

    
por 31.03.2017 / 01:50

Tags