O que exatamente faz “stat = Deferred: Conexão recusada por [x.x.x.x]” significa nos logs do sendmail?

Question

Alguém pode, por favor, esclarecer o que exatamente uma entrada de log do sendmail para stat=Deferred: Connection refused by [x.x.x.x] significa?

Em que ponto da conversa SMTP pode / vai sendmail lançar esse erro?

Por exemplo, posso obter esse erro se enviar para um MTA remoto que desconecta minha conexão depois de DATA ?

Estou enviando para uma fonte de recebimento de dados e, do meu lado, vejo vários "Deferred: Connection refused by". Como tal, meu MTA está tentando novamente a mensagem. O destinatário downstream relata o recebimento da mensagem várias vezes, mas não possui logs SMTP no final para indicar exatamente por que estão recebendo duplicatas.

Eu estou querendo saber se é possível que a conexão poderia estar quebrando DEPOIS de enviar a carga útil da mensagem, mas ANTES que o outro lado envie a confirmação de 250 recibo. Esse tipo de cenário causaria um erro diferente?

    

Answer 1

Conexão recusada significa o que ela sempre significou: a conexão nunca foi estabelecida para começar, pois nada foi respondido no final remoto. Especificamente, significa que um pacote SYN foi respondido com um RST ou uma porta ICMP inacessível. Isso acontece quando nenhum servidor está escutando essa porta remota ou quando um firewall é configurado para recusar explicitamente as conexões, em vez de eliminar o tráfego.

Obviamente, nenhuma conversa SMTP ocorreu neste contexto, já que nenhum canal de comunicação foi aberto.

Não explica por que o destinatário afirma ter recebido as mensagens. Para responder a isso, é provável que você tenha que ir mais longe em seus registros e, provavelmente, em seus registros. E é estranho que eles não pareçam ter ...

    

Answer 2

Apenas notas

The downstream recipient reports receiving the message multiple times but doesn't have SMTP logs on their end to indicate exactly why they're getting duplicates.

Ele mente. Período.

A resposta de Michael é perfeitamente válida e completa e explica tudo.

Sobre os direitos do delírio: se o domínio do destinatário tiver mais de um MX e somente o MX principal rejeita conexões de fontes externas (mas aceita do backup MX, como deve ), o destinatário pode receber seus e-mails, mas:

• apenas uma cópia (se você tiver um MTA não tão louco)
• entrega de e-mail para backup-MX será em seus registros
• Mais do que a rota de entrega padrão será refletida mesmo em Received cabeçalhos na mensagem no lado do destinatário