sendmail não está enviando para a nuvem (correio local funciona)

Question

Estou usando um módulo perl (Mail :: Sendmail) que usa sendmail para enviar material. Não está funcionando, mas não está me dando nenhum erro.

Então, agora eu suspeito de sendmail . Eu tentei:

telnet 127.0.0.1 25
mail from:[email protected]
rcpt to:[email protected]
data
 subject: subject line
 sgiopjsdoigjsd
 sdgsdg

 sdgfsdg
 .
quit

Recebo a mensagem "mail accepted for delivery", que é o que deve acontecer. Eu espero por alguns minutos e nada na minha caixa de entrada. Então, dou uma olhada em /var/log/maillog.3 e não tem nada relacionado ao que acabei de fazer.

Eu tentei enviar mensagens localmente para outro usuário fazendo mail [email protected] e isso funcionou. Mas ainda nada nos logs (o que me faz acreditar que os logs reais estão em outro lugar).

Resumindo:

• Não é possível enviar e-mails para a nuvem, mas funciona localmente
• Localização desconhecida do arquivo de log do sendmail

Answer 1

Honestamente, isso soa como um problema do sendmail.cf, como se ele não estivesse configurado para e-mail não local ou estivesse configurado incorretamente.

O arquivo /var/log/maillog.3 é quase certamente um arquivo de log "antigo" e, portanto, nada de novo será gravado nele. Você não mencionou qual distro Linux, BSD ou Unix você está usando, mas o arquivo de log atual, ao qual o sendmail atualmente está anexado, provavelmente é denominado /var/log/maillog Se /var/log/maillog não existir, você pode tentar parar e iniciando o sendmail e vendo se um / var / log / maillog ou outro arquivo é criado.

Depuração: O antigo truque telnet localhost 25 é muito útil, como você encontrou, mas você pode usar algo como a opção "-v" do antigo programa BSD Mail . Tente o link para a origem. Usando isso, você pode ver como é a conversa SMTP, o que pode ajudar.

Se você está realmente desesperado, pode executar o sendmail em um modo de depuração:

sendmail -bt -C /whatever/sendmail.cf

Você pode digitar endereços de e-mail e ver o que o sendmail faz com eles.

    

Answer 2

Por acaso, você está usando outro MTA (como exim4)?
Dê uma olhada em /var/log/exim4/* , isso pode ser apenas isso.