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=<[email protected]>
Feb 27 09:02:36 MyHOSTNAME postfix/qmgr[5595]: D53A72713E5: from=<[email protected]>, size=878, nrcpt=1 (queue active)
Feb 27 09:02:37 MyHOSTNAME postfix/smtp[26490]: D53A72713E5: to=<[email protected]>, 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 protected]es 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.Respuestas:
El
dsn=2.0.0y un correctorelay=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.
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.
fuente
dig MX mydomain.com. Si no tiene un conjunto MX, esta será la versión canonificada dedig 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.Bellsouth aceptó el mensaje; ya no es responsabilidad de postfix.
Pregúntale a Bellsouth qué le pasó.
fuente