Falha no envio do Exim “421 Tempo limite de entrada de dados SMTP” - O corpo da mensagem carece de '\ n' no final

Question

Estou tentando descobrir como esse problema está ocorrendo e como pará-lo. De alguma forma, as mensagens estão entrando no nosso spool de entrada do Exim sem \ n no fim. Quando o nosso processo de saída do Exim tenta entregar essas mensagens, eles falham como saídas Exim '.' na mesma linha que a que acabou de enviar. Eu verifiquei isso capturando a conversa SMTP de ambos os lados com o tcpdump

O tcpdump mostra o seguinte sendo enviado no final:

<!--www.https://example.com--><!--www.https://example.com-->.

O que não é um encerramento adequado de DATA. Eventualmente, o MTA receptor responde

421 Lost incoming connection

Passando a mensagem no spool por meio de od , vejo no final do corpo da mensagem:

0011700 e . c o m - - >

Não \ ns. Essas mensagens que ficam presas no spool parecem sempre ser Spam. O que eu vejo no log de saída,

1NLolk-0003aD-3V == [email protected] R=Storage T=Storage defer (-46): SMTP error from remote mail server after end of data: host 192.168.1.3 [192.168.1.3]: 421 mda.local SMTP incoming data timeout - closing connection.

Alguém tem alguma ideia? O parâmetro "message_suffix" soou como se tivesse foi um bom bandaid, mas só se aplica a appendfile e pipe.

    

Answer 1

Eu consultei a lista de discussão do Exim sobre isso, e parece que o problema está no filtro de conteúdo do MailScanner. Nós temos o MailScanner fazendo varredura de vírus / spam para nós, e parece em certas mensagens quando ele limpa o final de uma mensagem, \n é deixado de fora, e a mensagem é colocada na fila Exim de saída em um estado que deixa Exim incapaz de entregá-lo. O Exim não afirma que enviou um \n antes de tentar finalizar uma transmissão DATA do SMTP com . , com a qual alguns devedores do Exim estão discutindo.

    

Answer 2

Acho que os spammers estão fazendo isso de propósito, esperando que o seu servidor de e-mail faça o backscatter mensagem completa (seu servidor SMTP está seguindo as regras para que ele adicione o \ n) à pessoa inocente listada na Resposta.

Para corrigir isso, você precisa ficar mais agressivo com o seu anti-spam verificando se o IP do remetente não está listado nas listas de RBL, que o SPF correspondências de registros, etc.

Outro pensamento seria liberar sua fila dessas mensagens mortas com um roteiro todas as noites. Eu não sei Exim bem o suficiente para sugerir como fazer isso ...

HTH