Tengo una configuración de servidor Postfix que funciona bien la mayor parte del tiempo, pero se aplazan entre 100 y 200 correos todos los días con los siguientes errores:
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)
Esto es alrededor del 10 % de todos los correos salientes. Los correos entrantes funcionan bien y todos los salientes a dominios en el servidor local también funcionan bien.
Mientras solucionaba el problema, encontré cierto correo que Gmail sigue rebotando, pero si redacto un correo nuevo para exactamente el mismo destinatario, Google lo acepta sin ningún problema:
Correo que rebota:
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))
Correo que se entrega:
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)
Si reenvío el mismo correo que rebotó a otro dominio en el servidor local, todo funciona bien.
Pero Yahoo lo rechaza con el siguiente error:
host mta5.am0.yahoodns.net[66.196.118.240] said: 554 5.7.1 9.9.9 (in reply to end of DATA command)
El tamaño de ambos correos electrónicos es más o menos igual (menos de 100 KB), por lo que ese no es el problema aquí.
No hay ningún firewall delante del servidor. Todas las configuraciones de DNS son correctas, el DNS inverso está configurado correctamente y, como dije, solo ciertos correos no pasan.
Hablé con el ISP y confirmé que la configuración de MTU está bien.
¿Alguna sugerencia?
Actualizar Administro un segundo servidor de correo en una ubicación remota e intenté enviar el correo que rebota al dominio remoto. Ejecuté tcpdump en el extremo receptor para ver qué estaba pasando. Mientras envía el correo que rebota, el servidor envía RSET después 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
Sin embargo, cuando redacto un correo nuevo, envía DATOS después del RCPT que se espera y el correo se envía bien:
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
No tiene mucho sentido para mi..
Respuesta1
554 es unpermanenteerror, como usted sabe. Esta no es una especie de prueba de lista gris para ver cómo se implementan las colas.
Como otros han señalado, el 99,9% de los 554 se emiten porque su mensaje no pasó una prueba antispam. El hecho de que reciba el 554 después del final de DATOS sugiere que hay algo en el contenido del mensaje que no les gusta, aunque el servidorpodríaYa ha decidido que rechazará su mensaje mucho antes y se ha configurado para esperar hasta el final por varias razones (1. perder su tiempo/ancho de banda/recursos, y 2. recopilar tanta información sobre su mensaje como sea posible) .
La parte más difícil de estas situaciones es que estás fallando en las políticas desarrolladas y aplicadas por el receptor; Es posible que estén rechazando su mensaje porque el cuerpo tiene la palabra "manzana" y, por lo que sabemos, el último octeto de su dirección IP es un múltiplo de 3. Altamente improbable, pero posible.
Por lo general, los mensajes no se rechazan en función del incumplimiento de un criterio, especialmente por parte de "los grandes", por lo que yoadivinarque estás reprobando varias pruebas, pero, lamentablemente, la única forma de saberlo exactamente (teniendo en cuenta la falta de información en el mensaje de rechazo) es preguntándoles.
encontréesta páginapara Google en relación con su problema, que puede ser un buen camino a seguir. No pude encontrar una página similar para Yahoo con un vistazo rápido.
Respuesta2
¿Intentaste ver la puntuación del asesino de spam para ese mensaje en particular? vaya a este sitio web [spamscorechecker][1]
[1]:http://spamscorechecker.com/envíales ese mensaje y otro mensaje que se haya entregado para que puedas ver las diferencias entre ellos. Manténganos actualizados porque tengo curiosidad por saber cuál es el problema.
Respuesta3
Suena como gmail et.al. Creo que estás enviando spam, por lo que te limita para ver si vuelves a intentarlo. Usted dijo que su rdns está configurado correctamente, pero asegúrese de que cualquier registro SPF para los dominios que envíe lo indique como remitente permitido para ese dominio. Comprueba si tu IP está en alguna lista negra utilizando alguna de las herramientas online gratuitas y si aparece solicita que la IP sea eliminada de dicha lista.
Respuesta4
Suponen que lo eres spam. Por favor reconfigure su MTAsegúncasa de spam, También verifique su MTA de acuerdo con Barracuda.(Su IP addressy así sucesivamente).