sendmail não está entregando mensagens aos destinatários

0

Eu tive vários problemas ao fazer o sendmail funcionar. Nenhuma das soluções que tentei funcionou.

Primeiro: o sendmail ficou pendurado por 60 segundos e depois não enviou o e-mail.

Para resolver isso, usei sugestões da web para definir meu /etc/hostname como um nome de domínio totalmente qualificado (FQDN) e, em seguida, colocar isso em /etc/hosts também. Isso fez livrar-se do enforcamento, mas eu ainda não recebi nenhum email enviado pelo sendmail.

Segundo: postfix instalado

Isso não resolveu o problema. O envio de um email por meio de sendmail ou mail na linha de comando falha. Exemplo:

echo "a message" | sendmail [email protected]
echo "a message" | mail [email protected]

Ambos os comandos retornam instantaneamente sem erros, mas nenhum email é recebido na conta do Gmail.

Verifiquei também se uma porta estava aberta em 25 no roteador (embora isso não seja um problema, pois o Thunderbird pode enviar e-mails por trás do roteador).

Eu preciso fazer isso funcionar para o PHP, mas não consigo descobrir onde, nas várias etapas do programa, o servidor de e-mail remoto está falhando. Como eu descobriria isso?

    
por Don Rhummy 23.08.2013 / 07:01

2 respostas

1

Já experimentou outras portas além de 25? O mais provável é que você não tenha esse problema quando não estiver atrás de um ISP residencial. Além disso, quando você diz que o thunderbird envia um e-mail, você está se autenticando no servidor em questão? Se não, então você provavelmente está se conectando a outro servidor através de uma porta ssl.

    
por 02.09.2013 / 07:43
0

o servidor deve ser capaz de se conectar a outros servidores smtp

$ nc -v mta5.am0.yahoodns.net 25
Connection to mta5.am0.yahoodns.net 25 port [tcp/smtp] succeeded!
220 mta1193.mail.ne1.yahoo.com ESMTP YSmtpProxy service ready
^C

Assim é possível ver quando a porta 25 é fechada para tráfego de saída:

$ nc -v mta5.am0.yahoodns.net 25
nc: connect to mta5.am0.yahoodns.net port 25 (tcp) failed: Connection timed out 

Veja se as solicitações são bloqueadas em seus firewalls.

    
por 23.08.2013 / 14:07