Falha na entrega de e-mail do postmaster

1

Os usuários relatam e-mails que não estão chegando. Existe um determinado domínio que está tentando nos enviar um email e eles recebem esses avisos de falha;

"Esta é uma mensagem de notificação de falha de entrega indicando que um email que você enviou para o endereço de e-mail: - [email protected] não pôde ser entregue. O problema parece ser: - Erro de comunicação Informações adicionais seguem: - Resultado nulo do soquete Esta condição ocorreu após 30 tentativas de entregar por um período de 92 hora (s). Se você enviou o e-mail para vários destinatários, receberá uma dessas mensagens para cada uma que falhou na entrega, caso contrário, elas foram enviadas. "

Preciso de ajuda na solução de problemas, não vi esse erro antes e o Google não está exibindo resultados para esse erro específico.

    
por RobAtkins 28.06.2017 / 09:53

2 respostas

0

Não sei ao certo se isso ajudará, mas acabamos de experimentar algo com sintomas muito semelhantes.

O firewall do destinatário rejeitou a comunicação, pois o cabeçalho do SMTP era "muito longo". O destinatário atualizou o software em seu firewall e os e-mails agora estão fluindo.

    
por 04.07.2017 / 18:33
0

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.

    
por 28.06.2017 / 11:37