A própria mensagem de erro é um pouco clara: a comunicação entre dois agentes de transferência de e-mail (MTA) falhou. A chave para esse problema não é a mensagem de erro exata, mas qual servidor gerou. Você pode detectar isso pelo último cabeçalho (%) Received:
dos cabeçalhos anexados da mensagem devolvida & o primeiro (%) Received:
cabeçalho da devolução em si.
Se tivermos a situação mais simples; MUA - > remetente MTA - > seu MTA - > caixa de correio; Esse tipo de erro pode ocorrer com maior probabilidade no remetente MTA, quando ele tenta se conectar seu MTA. Portanto, embora sugerido nos comentários, isso nem apareceria nos logs do seu servidor de e-mail. No máximo, pode haver dois eventos de connect & desconectar. Além disso, se os e-mails de qualquer outro lugar chegarem normalmente, é improvável que esse domínio de remetente seja tratado de forma diferente.
Quando você pode limitar o problema a um único servidor:
- Alguém deve examinar os logs no servidor de origem; aquele que enviou a mensagem de rejeição. Se o servidor estiver no lado do remetente, você nem terá acesso a esses logs, e também não poderá fazer nenhum teste; passe as instruções.
- Teste se o remetente MTA obtém os registros MX corretos para o domínio do destinatário.
- Teste que a conexão com este
mx.example.com:25
pode ser estabelecida, por exemplo, que você receba a mensagem de saudação SMTP correta ao tentar telnetar seu MTA :25
do remetente MTA.
- Verifique o roteamento entre os servidores, por exemplo com
traceroute mx.example.com
.
Se o problema estiver em outro lugar, o mesmo se aplica a esse servidor e ao próximo MTA.