Tengo algunos usuarios externos que se quejan de que no pueden o no reciben correo de nuestro servidor Exchange. Configuré a los usuarios externos como contacto y habilité la opción de conservar una copia y reenviar una copia a la cuenta de correo electrónico externa.
¿Cuál es la mejor manera de solucionar este problema? Mi intuición es que podría tener algo que ver con la lista gris y su ISP. La configuración de nuestro servidor SMTP saliente para el servidor Exchange es con Dyndns y creo que tal vez uno de esos servidores podría estar en un lista negra y es posible que el host/isp del cliente de correo electrónico externo (usuario) simplemente lo esté descartando.
los usuarios indican que el correo electrónico está realmente disponible para verlo en Outlook Web Access, pero nunca llega a su cuenta de correo electrónico externa que está configurada como la dirección reenviada. gracias.
Respuesta1
Ipensarestá diciendo que está utilizando un servicio DynDNS como host inteligente ("nuestra configuración de servidor smtp saliente para el servidor Exchange es dyndns") y que le preocupa que el ISP del destinatario pueda estar descartando el mensaje porque "No les gustan" los servidores DynDNS (incluidos en la lista negra, etc.). En general, esa no ha sido mi experiencia con DynDNS (he estado usando su servicio "Mailhop saliente" durante aproximadamente 6 años para todos mis correos electrónicos comerciales), pero ciertamente podría intentar comunicarse con el ISP del destinatario para verlo.
Probablemente deberíashabilitar "Seguimiento de mensajes"para que pueda localizar mensajes problemáticos y realizar un seguimiento de su flujo. Sin embargo, una vez que un mensaje sale de su servidor SMTP, no tiene visibilidad de las transacciones SMTP posteriores. Con el "Seguimiento de mensajes" habilitado podrás, al menos, ver el mensaje que sale de tu organización exitosamente.
Si el ISP del destinatario simplemente deja caer el mensaje en silencio, no habrá mucho que pueda hacer sin la cooperación del ISP.
Respuesta2
Puede utilizar la herramienta Seguimiento de mensajes en ESM para realizar un seguimiento de los mensajes si ha habilitado el seguimiento de mensajes. También puede utilizar los registros SMTP si ha habilitado el registro SMTP para ver la transacción SMTP con el servidor externo. Asegúrese de probar componentes básicos como la resolución DNS de su servidor Exchange y también intente establecer una sesión de telnet en el puerto 25 del servidor externo desde su servidor Exchange.
Respuesta3
Además de lo que dijo Evan, también puede verificar las colas de correo en sus servidores Exchange para ver si alguno de estos correos electrónicos (si son recientes) está en estado de reintento y tiene múltiples intentos fallidos de entrega. En esta sección se podría dar una razón. Lo bueno de esto es que puede ser mucho más rápido que buscar a través del seguimiento de mensajes, sin embargo, puede que no sea tan completo.
Además, ¿ha utilizado un probador SMTP para asegurarse de haber cubierto todos los conceptos básicos, como tener un PTR inverso para las IP de sus servidores SMTP salientes?
Si ve que está en estado de reintento, siempre me gusta intentar seguir los pasos SMTP iniciales a través de telnet (hasta donde se envía el mensaje) al servidor SMTP remoto para ver si recibo un error SMTP específico. Me gusta hacer esto solo porquesientecomo si estuviera más cerca de lo que realmente está sucediendo, mientras que las GUI de Exchange me parecen demasiado distantes.