Eu tenho uma configuração de servidor Postfix que funciona bem na maioria das vezes, mas entre 100 e 200 e-mails são adiados todos os dias com os seguintes erros:
status=deferred (lost connection with alt1.gmail-smtp-in.l.google.com[74.125.142.27] while sending RCPT TO)
status=deferred (lost connection with mta6.am0.yahoodns.net[66.196.118.34] while sending message body)
Isso representa cerca de 10% de todos os e-mails enviados. Os e-mails recebidos funcionam bem e todos os que saem para domínios no servidor local também funcionam bem.
Durante a solução de problemas, encontrei um determinado e-mail que o Gmail continua retornando, mas se eu escrever um novo e-mail para o mesmo destinatário, o Google o aceitará sem problemas:
Correio que é devolvido:
Sep 3 13:08:04 mail postfix/smtp[2623]: 72A66184148: to=<[email protected]>, relay=aspmx.l.google.com[173.194.79.27]:25, delay=2.5, delays=0.01/0/0.83/1.7, dsn=5.7.1, status=bounced (host aspmx.l.google.com[173.194.79.27] said: 554 5.7.1 9.9.9 (in reply to end of DATA command))
Correio que é entregue:
Sep 3 13:10:08 mail postfix/smtp[24005]: 38C47184147: to=<[email protected]>, relay=aspmx.l.google.com[173.194.79.27]:25, delay=3.3, delays=0/0.01/0.82/2.5, dsn=2.0.0, status=sent (250 2.0.0 OK 1378199356 hk5si14476075pac.241 - gsmtp)
Se eu encaminhar o mesmo e-mail que foi devolvido para outro domínio no servidor local, tudo correrá bem.
Mas o Yahoo retorna com o seguinte erro:
host mta5.am0.yahoodns.net[66.196.118.240] said: 554 5.7.1 9.9.9 (in reply to end of DATA command)
O tamanho de ambos os e-mails é mais ou menos igual (menos de 100 KB), então esse não é o problema aqui.
Não há firewall na frente do servidor. Todas as configurações de DNS estão corretas, o DNS reverso está configurado corretamente e, como eu disse, apenas alguns e-mails não são enviados.
Falei com o ISP e confirmei que as configurações de MTU estão corretas.
Alguma sugestão?
Atualizar Eu gerencio um segundo servidor de e-mail em um local remoto e tentei enviar o e-mail que retorna para o domínio remoto. Executei o tcpdump no lado receptor para ver o que está acontecendo. Ao enviar o e-mail devolvido, o servidor envia RSET depois de enviar RCPT TO.
16:17:23.249320 IP mail.mydomain.com.47556 > mail.myremotemailserver.com.smtp: P 74:126(52) ack 228 win 123 [email protected]...^.B2...}.....-B........{....... t...y...RCPT TO: ORCPT=
16:17:23.614527 IP mail.mydomain.com.47556 > mail.myremotemailserver.com.smtp: P 126:132(6) ack 242 win 123 E..:[email protected]^.B2...}.....-B........{....... t..vy...RSET
Porém, quando eu componho um novo e-mail ele envia DATA após RCPT para o qual é esperado e o e-mail passa bem:
16:19:20.911123 IP mail.mydomain.com.43064 > mail.myremotemailserver.com.smtp: P 73:125(52) ack 228 win 123 [email protected].*_^.B2...}.8..;&J.`..4...{P@..... t...y...RCPT TO: ORCPT=
16:19:21.297598 IP mail.mydomain.com.43064 > mail.myremotemailserver.com.smtp: P 125:131(6) ack 242 win 123 E..:[email protected].*.^.B2...}.8..;&K.`..B...{t5..... t..ay...DATA
Não faz muito sentido para mim..
Responder1
554 é umpermanenteerro, como você sabe. Esta não é uma forma de teste de lista cinza para ver como você implementa o enfileiramento.
Como outros apontaram, 99,9% dos 554 são emitidos porque sua mensagem falhou no teste anti-spam. O fato de você receber o 554 após o final de DATA sugere que há algo no conteúdo da mensagem que eles não gostam, embora o servidorpoderiajá decidiu que rejeitará sua mensagem muito antes disso e foi configurado para esperar até o final por vários motivos (1. desperdiçar seu tempo/largura de banda/recursos e 2. coletar o máximo de informações possível sobre sua mensagem) .
A parte mais difícil dessas situações é que você está falhando nas políticas desenvolvidas e aplicadas pelo receptor; eles podem estar rejeitando sua mensagem porque o corpo contém a palavra “apple” e o último octeto do seu endereço IP é um múltiplo de 3, pelo que sabemos. Altamente improvável, mas possível.
As mensagens geralmente não são rejeitadas com base na falha de 1 critério, especialmente pelos "grandes", então eu gostariaadivinharque você está falhando em vários testes, mas a única maneira de descobrir exatamente (considerando a falta de informações na mensagem de rejeição) é perguntando, infelizmente.
eu encontreiesta páginapara o Google em relação ao seu problema, o que pode ser um bom caminho a seguir. Não consegui encontrar uma página semelhante para o Yahoo rapidamente.
Responder2
Você tentou ver a pontuação do spam killer para aquela mensagem específica? acesse este site [spamscorechecker][1]
[1]:http://spamscorechecker.com/envie para eles aquela mensagem e outra mensagem que foi entregue para que você possa ver as diferenças entre elas. Mantenha-nos atualizados porque estou curioso para saber qual é o problema.
Responder3
Parece Gmail et.al. acho que você está enviando spam, então isso está limitando você para ver se você tenta novamente. Você disse que seu rdns está configurado corretamente, mas certifique-se de que todos os registros SPF dos domínios que você está enviando indicam que você é um remetente permitido para esse domínio. Verifique se o seu IP está em alguma lista negra usando uma das ferramentas online gratuitas e se aparecer, solicite que o IP seja removido da referida lista.
Responder4
Eles supõem que você é spam. Por favor, reconfigure o seu MTAde acordo comspamhaus, Verifique também seu MTA de acordo com Barracuda. (Seu IP addresse assim por diante.)