Testando um servidor de e-mail / servidor não fazendo isso para o destinatário

Question

Nós temos um site Drupal em um servidor Linux, ele está usando mail () para enviar e-mail através do PHP. Eu acho que estaria usando o PHPmailer e o sendmail.

O domínio é www.myclientdomain.com e podemos receber e-mails do site o dia todo. Para o nosso e-mail, para o nosso Gmail, tudo é ótimo.

No entanto, eles não podem receber nenhum email do servidor da web. O e-mail está sendo enviado como [email protected]

Eles estão executando o Exchange, acredito, e temos um registro SPF, mas isso parece não estar ajudando em nada.

Como posso melhor simular o envio de um e-mail do servidor e testar com o que o servidor de e-mail está respondendo? Quais ferramentas posso usar para ver alguns logs ou chegar à raiz desse problema? Eu não estou recebendo muita ajuda de seu administrador do Exchange, não parece que ele nunca está atingindo o Exchange para algo antes que ele possa ser esmagado .. Barracuda, quem sabe.

    

Answer 1

Quando eu vi isso acontecer, é quase sempre porque o e-mail está sendo entregue localmente. Seu servidor da Web do Drupal que hospeda myclientdomain.com não sabe que o e-mail do myclientdomain.com está sendo hospedado externamente.

Você deve ser capaz de verificar isso rapidamente, examinando o / var / log / maillog ou mail.log ou exim_main.log ou qualquer que seja o nome do registro de correio em sua distribuição.

Outra ferramenta muito útil é o telnet. Você pode fazer telnet do seu servidor Drupal para o seu servidor Exchange e simular uma conexão SMTP. Isso permitirá que você veja quais mensagens o servidor Exchange está enviando de volta e também verificará se você pode, de fato, receber o email adequado entregue a esse servidor Exchange.

Um bom tutorial rápido sobre como fazer uma sessão SMTP manual via telnet está aqui:

link

Boa sorte!

    

Answer 2

A abordagem telnet mencionada na resposta do jdw é o método preferido, especialmente porque você pode iniciá-la diretamente do servidor de envio. A outra coisa a verificar é se você tem um registro PTR reverso no IP público / de saída do servidor.

    

Answer 3

Veja também e-mail hospedado no Google, servidor da Web em outro lugar