O culpado foi smtp_url. Eu mudei a linha:
set smtp_url="smtp://[email protected]@smtp.gmail.com:587/"
agora funciona. Eu ainda não tenho ideia do que "Despertador" significa.
versão curta: Estou tentando enviar e-mail com o Mutt. Ele falha e diz "Despertador". O que isso significa, como eu corrijo isso?
versão longa: Eu tenho um servidor Ubuntu rodando minúsculos rss . Ele envia resumos diários de e-mail usando a função mail () do php. Eu quero que isso funcione. Eu tenho um domínio com o google apps, então eu quero que o email seja enviado por [email protected]. Eu tentei o postfix e o sendmail, mas não consegui configurá-los corretamente (e acho que, como eles são MTAs, eles são exagerados). Eu ouço (leia: espero) que mutt pode ser usado para substituir o sendmail para fins do php. Então, ao final do envio de mensagens do mutt, eu fiz um .muttrc para minha própria conta do Gmail, e o envio funcionou bem. Então eu suspeito que o mutt esteja instalado corretamente. No entanto, quando altero minha configuração para trabalhar no nome do meu domínio, isso não funciona. aqui está meu novo .muttrc:
set from = "[email protected]"
set realname = "vassago"
set imap_user = "[email protected]"
set imap_pass = <password>
set smtp_url="smtp://[email protected]:587/"
set smtp_pass=<password>
set folder = "imaps://imap.gmail.com:993"
set spoolfile = "+INBOX"
set postponed ="+[Gmail]/Drafts"
set header_cache = ~/.mutt/cache/headers
set message_cachedir =~/.mutt/cache/bodies
set certificate_file =~/.mutt/certificates
set move = no
set imap_keepalive = 900
se eu apenas executar o mutt, eu posso ver os emails aparecerem. Eu tentei excluir as linhas com smtp_url e smtp_pass, mas isso também não funcionou. Com esta configuração, eu corro
echo "hi again" | mutt -s "test03 from mutt" <my email address>
algum tempo passa, "Despertador" é impresso, e o programa retorna, o correio aparentemente não é enviado. O que estou fazendo errado?
O culpado foi smtp_url. Eu mudei a linha:
set smtp_url="smtp://[email protected]@smtp.gmail.com:587/"
agora funciona. Eu ainda não tenho ideia do que "Despertador" significa.
Na verdade, "Despertador" é uma mensagem de erro relacionada ao tempo limite.
Ultimamente, tenho sido atormentado com a indicação de erro "Alarm clock" cutesey ao tentar depurar meu arquivo ".muttrc". O principal problema acabou por ser uma combinação do parâmetro "set smtp_url" e do parâmetro connect_timeout do msmtp. O serviço de internet local é, na melhor das hipóteses, instável e, portanto, os problemas de tempo limite.
PRINCIPAL PROBLEMA: Quando enviei um arquivo de texto de várias linhas para mutt via linha de comando: cat report.out | mutt -s "Resumo" "[email protected]" mutt repetidamente explodiu com a mensagem enigmática Despertador Eu perdi um tempo considerável perseguindo o problema dentro do mutt. Havia um problema, mas o principal culpado estava no .msmtprc. Corrigir primeiro.
MSMTP FUNDO: Mas primeiro, alguns antecedentes. Estou executando o msmtp e achei que estava funcionando bem: por exemplo, a linha cmd cat report.out | msmtp -a padrão [email protected] fez como esperado, enviando a última linha do arquivo sem um assunto.
Aqui está uma cópia do .msmtprc. Eu incluí o truque para ativar o smtps seguro:
account gmail
host smtp.gmail.com
port 465
from "[email protected]"
tls on
#tls_starttls on
# If you get a "server sent empty reply" error, add the following line:
tls_starttls off
# This allows msmtp to use SSL/TLS (port 465) in place of STARTTLS (port 587)
tls_trust_file /etc/ssl/certs/ca-certificates.crt
auth on
user "myemailacct"
password "mypassword"
logfile ~/.msmtp.log
# Set a default account
account default : gmail
Digitando msmtp --serverinfo fornece todos os tipos de informações, como (mostrando apenas as duas principais linhas): Servidor SMTP em smtp.gmail.com (qo-in-f109.1e100.net [173.194.66.109]), porta 465: smtp.gmail.com ESMTP w44sm25263807qta.4 - gsmtp que demonstra que o smtps está configurado corretamente (até agora). Se não fosse configurado corretamente, você obteria o seguinte: msmtp: o servidor enviou uma resposta vazia msmtp: não foi possível enviar e-mail (conta padrão de /home/owner/.msmtprc)
Depois de mexer com msmtp.rc, retomei o teste, pulando para frente e para trás entre msmtp e mutt. O programa ocasionalmente funcionava, mas não de forma reproduzível. Em retrospecto, isso deveria ter sugerido um problema de tempo limite. (Vou omitir muita dor aqui.) Vamos direto ao assunto e adicionar a seguinte linha para .msmtprc (que resolveu o problema): set connect_timeout = 300 Certifique-se de testar quaisquer alterações com msmtp --serverinfo antes de seguir adiante. O servidor msmtp DEVE funcionar antes que você possa endireitar o mutt.
PROBLEMA DE MUTT / SOLUÇÃO: Em seguida, fiz uma correção para .muttrc incluindo o nome do host no argumento smtp_url. Eu comentei: # set hostname = gmail.com e inseriu o nome do host no URL: defina smtp_url="smtps: //[email protected]@smtp.gmail.com: 465
RESULTADOS: Depois de adicionar a linha de tempo limite .msmtprc e corrigir o problema .muttrc host_name mencionado acima, tudo correu bem, consistentemente, embora lentamente. A lentidão é devido a uma conexão de internet ruim. Existem dois grandes hospitais que fazem grandes despejos de dados duas vezes por dia, amarrando o tronco. Além disso, devido à péssima infraestrutura nos subúrbios, parece que toda vez que uma nuvem passa, a conexão cai. Por favor, escreva seus senadores e congressistas em favor da neutralidade da internet.