¿Hay alguna forma de ver si el correo enviado por mi servidor fue recibido por el servidor receptor?

15

He enviado un correo electrónico importante que el destinatario afirma que no fue recibido por ellos.

Dicen que le pidieron a su equipo de TI que vea si el correo electrónico se recibió en su servidor. Según ellos, el correo electrónico nunca llegó a su servidor. Tampoco aceptan la posibilidad de que el correo electrónico haya sido recibido y marcado como SPAM.

¿No debería recibir un mensaje de error en caso de que no se entregue el correo electrónico?

Es su forma de comprobar si están diciendo la verdad (me parece muy sospechoso).

Gracias.

email postfix email-server belyid
fuente
99
¿Eres el administrador del servidor de correo que envía el correo? En caso afirmativo, lea su archivo de registro. Si no, esto está fuera de tema . Y no, no necesariamente obtiene un error: es completamente posible que un servidor receptor descarte silenciosamente los correos que clasifica como spam. Lección del día: las cosas importantes no se envían por correo electrónico.
Sven
1
Verifique los registros en su servidor de correo.
Michael Hampton
2
@Sven Sí, soy el administrador del servidor de correo que envió el correo electrónico.
belyid
44
Debería poder ver desde sus registros SMTP si el servidor de destinatarios aceptó o no el correo electrónico. La entrega más allá de eso (al buzón de los usuarios) es su responsabilidad.
joeqwerty

Respuestas:

30

Puede ver absolutamente en los registros de postfix dónde se envió un correo electrónico y si fue aceptado. Aquí hay una entrada de registro de ejemplo de mi servidor de correo que indica que el mensaje se envió con éxito a los servidores SMTP de Google.

15 de diciembre 14:21:43 ebony postfix / smtp [2422]: D05BB1D872: to =, relay = gmail-smtp-in.l.google.com [74.125.201.27]: 25, delay = 1.4, delayys = 0.08 / 0.01 /0.59/0.74, dsn = 2.0.0, estado = enviado (250 2.0.0 OK 1418674912 h96si7402391iod.11 - gsmtp)

Lo que esto no muestra es lo que hizo el servidor con el correo electrónico después de que fue aceptado, pero esta entrada sola es suficiente para que usted le diga al departamento de TI remoto que su correo se entregó de hecho y puede darles la ID del mensaje y el ¡respuesta de su servidor (entre paréntesis al final) para proporcionar evidencia!

Buena suerte.

Daniel Farrell
fuente
44
Esto también proporciona una fecha y hora exactas de entrega, suponiendo que los relojes estén sincronizados. (Lo que deberían ser, porque cualquier configuración de servidor cuerdo tendrá sus relojes sincronizados a una hora estándar, a menudo UTC pero a veces, ¡la hora local!) Eso reducirá drásticamente el esfuerzo de los administradores del servidor remoto. abajo el correo electrónico en sus registros.
un CVn
5

No, no podrás comprobar esto.

El correo electrónico es un servicio de "mejor esfuerzo". No hay garantías de que se envíe un correo electrónico determinado. Por lo general, recibirá una notificación de que la entrega se ha retrasado, pero eso depende del software de correo electrónico entre usted y el destinatario.

Puede verificar el registro de su servidor de correo para verificar que se envió, pero eso no es garantía de entrega.

Brian
fuente
66
Bueno, es posible que pueda verificar que el mensaje fue aceptado por su servidor de correo público (y eso podría ser suficiente dependiendo de las necesidades de los OP), pero sí, eso en sí mismo no es garantía de que realmente haya terminado en la bandeja de entrada de alguien esperando ser leido.
Rob Moir
5

Hay una "Notificación de estado de entrega", también conocida como DSN - MTA envía un pequeño mensaje al remitente cuando ocurre LDA. Pero en cuanto esa funcionalidad ha sido utilizada por los spammers, los postmasters la desactivan. Algunos MTA modernos como eximno lo tienen en absoluto.

De los registros puede saber que el mensaje de su MTA se ha pasado a otro MTA, pero no puede estimar que ese mensaje se entregará o transmitirá. Has transmitido con éxito el mensaje fuera de tu zona de responsabilidad y eso es todo.

Kondybas
fuente
3

Si no tiene acceso a los registros del servidor que utilizó, no puede probarlo para ese mensaje en particular. Normalmente, recibe un mensaje de error en caso de falla, a menos que el servidor piense que es spam y simplemente lo descarta.

Si no se puede acceder al servidor, el servidor remitente seguirá intentándolo durante un par de días. Recibirá un aviso diferido después de unas horas.

Cuando desee probar que un mensaje ha sido aceptado por el servidor receptor, puede habilitar una confirmación de entrega (que no debe confundirse con el recibo de lectura). Sin embargo, no todos los clientes de correo electrónico lo admiten. Thunderbird lo hace (al redactar un mensaje, elija opciones -> solicitar recibo de entrega o algo así). Muchos servidores de correo electrónico responden a la solicitud de un recibo y recibirá un mensaje de que el mensaje se entregó al servidor xyz.

Halfgaar
fuente
OP es el administrador del servidor SMTP remitente, por lo que presumiblemente tiene acceso a los registros SMTP. Ver los comentarios sobre la pregunta.
un CVn