postfix dice que el correo enviado está bien, ¿el mensaje no llega a la bandeja de entrada de los ISP? no rechazar en el registro?

Cuando envío un mensaje de prueba desde mi servidor de correo a mi correo electrónico @ bellsouth.net, el registro de postfix muestra que se envió OK, pero el mensaje nunca llega a mi bandeja de entrada de bellsouth. ¿No debería recibir un aviso de falla o un rebote si At & T está bloqueando los mensajes?

Estoy tratando de solucionar por qué algunos clientes no reciben correos electrónicos, pero si no hay nada en mail.log para decir que el mensaje es rechazado, ¿cómo sé qué mensajes se entregaron correctamente?

El registro muestra:

Feb 27 09:02:36 MyHOSTNAME postfix/pickup[26175]: D53A72713E5: uid=0 from=<root>
Feb 27 09:02:36 MyHOSTNAME postfix/cleanup[26487]: D53A72713E5: message-id=<20120227140236.D53A72713E5@example.com>
Feb 27 09:02:36 MyHOSTNAME postfix/qmgr[5595]: D53A72713E5: from=<root@example.com>, size=878, nrcpt=1 (queue active)
Feb 27 09:02:37 MyHOSTNAME postfix/smtp[26490]: D53A72713E5: to=<myemail@bellsouth.net>, relay=gateway-f1.isp.att.net[204.127.217.16]:25, delay=0.57, delays=0.11/0.03/0.23/0.19, dsn=2.0.0, status=sent (250 ok ; id=20120227140036M0700qer4ne)
Feb 27 09:02:37 MyHOSTNAME postfix/qmgr[5595]: D53A72713E5: removed

El servidor de AT&T aceptó el mensaje, ¿verdad?

Tengo un correo electrónico de AT&T / Bellsouth, pero no tengo una cuenta con cada ISP al que enviamos. Necesito alguna forma de saber si un mensaje está llegando a su destino o no. ¿Hay alguna configuración en mi archivo main.cf que afecte si recibimos o no notificaciones de rechazo / rechazo?

email postfix isp

— Mella
fuente

Supongo que root@mydomain.comes solo un ejemplo. ¿Está seguro de que puede recibir correos electrónicos en la dirección 'de'? De lo contrario, se perderán los eventuales informes de no entrega.

— Matteo

No es una posibilidad que tienen sus contramedidas de spam establecieron de manera que acepta el correo y en silencio a vertederos sin llegar a la bandeja de entrada del cliente.

— Bart Silverstrim

@BartSilverstrim, ¿no deberíamos recibir un aviso de ellos?

— Nick

Depende de cómo se maneje. Puedo configurar un servidor de correo que acepte la transferencia de correo y luego lo descarte en silencio. No es difícil de hacer. Y con una gran cantidad de correo no deseado hoy desde direcciones falsas, enviar un mensaje de rebote puede aumentar la carga de correo no deseado, ya que alguien que no tiene nada que ver con el correo no deseado que agrega su dirección en el "desde" recibiría una notificación de rebote por algo que no hizo no, cargando a su administrador de sistemas con la respuesta de dónde vino.

— Bart Silverstrim

Respuestas:

El dsn=2.0.0y un correcto relay=significa que el servidor de correo de Bell ha aceptado el mensaje. Sin embargo, esto no significa que permitirá que el mensaje se entregue al buzón del usuario. En este caso, la explicación más probable es que los filtros de spam de Bell South han limpiado su mensaje antes de llegar al buzón del usuario o el propio software de correo del usuario ha limpiado el mensaje.

Asegúrese de que la dirección de correo electrónico de retorno acepte mensajes para que los servidores de Bell South devuelvan los rebotes. Esto también es importante en caso de que intente enviar correo a buzones en sus servidores que realmente no existen.

Verifique la configuración de su correo para asegurarse de que el correo no se marque como spam (enviándose un correo y luego verificando los encabezados). Postfix debe escribir encabezados / sobres correctos para que el correo parezca provenir del dominio especificado en la dirección 'de'. Entonces, si su servidor de correo es para mail.example.com pero el nombre de host de su servidor es en realidad mailserver.int.hostingprovider.com, entonces postfix debe configurarse para enmascararse correctamente como example.com. Esto también debe corresponder con su DNS inverso para que una búsqueda en la dirección IP de su servidor devuelva la dirección del servidor (si no es correcta, configure su registro PTR). Esto se puede verificar fácilmente con dig.

dig example.com
dig -x <your IP address>

También debe considerar configurar SPF en su DNS, ya que es una adición rápida y simple a la puntuación de correo no deseado de su servidor.

— Webtoe
fuente

¿Es posible establecer una dirección de ruta de retorno global bounces@mydomain.com en PostFix para que siempre agregue eso a cada mensaje, independientemente de la persona o aplicación que lo envíe? La búsqueda inversa de DNS es mail.mydomain.com y mail.mydomain.com se resuelve en la misma dirección IP. Ayer agregué un registro SPF. Utilicé la herramienta de Microsoft para crear uno. Lo agregué como un registro txt a mydomain.com y no a mail.mydomain.com. ¿Deberían ser ambos? Spam Assassin en mi trabajo le dio al mensaje un "-2.6".

— Nick

El SPF debe estar en lo que sea devuelto por dig MX mydomain.com. Si no tiene un conjunto MX, esta será la versión canonificada de dig mydomain.com. Sin embargo, no estaría de más estar en ambos dominios (ya que es solo un registro TXT). En cuanto a un recopilador de rebotes genérico, puede manejar esto con un filtro en postfix que hace un bcc en un buzón separado si encuentra un rebote pero esto es complicado (vea postfix.org/postconf.5.html#recipient_bcc_maps para la asignación de bcc ) Los propios usuarios deben ver los rebotes en caso de que estén tratando de enviarle un correo electrónico y obtener la dirección incorrecta.

— webtoe

Creo que descubrí el problema: PHP estaba enviando correo como www-data a pesar de que le había dicho que no lo hiciera. Debe agregar el -f y otro indicador al comando sendmail para forzarlo a usar el sobre que desea. Creo que el correo basura de los ISP de www-data.

— Nick

En mi propio caso de correos electrónicos enviados con éxito pero descartados en silencio, fue útil agregar la dirección del remitente a la lista blanca en el sitio del destinatario. Se refiere a un paquete de alojamiento web de Host Europe.

— tanius

Feb 27 09:02:37 MyHOSTNAME postfix/smtp[26490]: D53A72713E5: to=<myemail@bellsouth.net>, relay=gateway-f1.isp.att.net[204.127.217.16]:25, delay=0.57, delays=0.11/0.03/0.23/0.19, dsn=2.0.0, status=sent (250 ok ; id=20120227140036M0700qer4ne)

Bellsouth aceptó el mensaje; ya no es responsabilidad de postfix.

Pregúntale a Bellsouth qué le pasó.

— Adaptador
fuente