email - rastrear - Establecer encabezados de correo electrónico para que los correos electrónicos devueltos vayan a una dirección específica

ver encabezado de correo en hotmail

Question

Desde nuestra aplicación de rieles enviamos algunos correos electrónicos generados por el sistema con la dirección ''de'' establecida en [email protected]. Si estos rebotes son devueltos a nuestra dirección por nuestro servidor de correo. Sin embargo, lo que me gustaría hacer es no devolver los correos electrónicos devueltos a [email protected] sino a una dirección diferente, como [email protected].

¿Hay un encabezado o algo que pueda establecer en el correo electrónico que logre esto, sin que tenga que ir a investigar los caprichos de nuestro servidor de correo electrónico? Enviamos los correos utilizando exim en caso de que sea relevante.

aplausos, max

Answer 1

3 años demasiado tarde, pero por si acaso alguien viene por aquí. Return-Path es el encabezado correcto pero, como James Garriss señaló anteriormente, tiene que ser colocado allí por el sitio que realiza la entrega final. No puedes simplemente quedarte en ti mismo.

Si está escribiendo correos electrónicos conectándose directamente a un servidor SMTP, entonces esto es fácil: el comando MAIL contiene la ruta de retorno. Si tu envías

MAIL FROM:<[email protected]>

al servidor SMTP, los rebotes se devolverán a [email protected] .

Si no está construyendo SMTP, y está ejecutando un MTA (es decir, exim / etc), entonces tiene que encontrar un modificador de línea de comandos para su MTA. Para sendmail, -f [email protected] "establece la dirección del remitente", y esto termina como la Return-Path en el correo final entregado, y [email protected] recibirá los rebotes (hago exactamente esto para auto- correos electrónicos generados). No he intentado esto en exim, pero tiene exactamente la misma opción, y debería funcionar.

Answer 2

Aquí está la solución:

En el encabezado del correo electrónico puede configurar:

From: "From Name" <[email protected]>
Reply-To: [email protected]
Errors-To: <[email protected]>
Return-Path: <[email protected]>

Answer 3

Errors-To está en desuso, por lo que los servidores de correo normalmente ignorarán este encabezado; la mayoría de los servidores rebotan en el ''remitente del sobre''.

Esta es la dirección de correo electrónico que envía su cliente de correo como parte de la conexión al servidor SMTP (no necesariamente la dirección De, aunque normalmente es la misma).

No sé Rails todo muy bien, pero encontré this , aunque, por lo que puedo decir, Return-Path se restablece por los MTA para que coincida con la información MAIL FROM del cliente, por lo que parece que no se puede configurar realmente .

Creo que lo único que puede hacer es establecer la dirección de rebote en su servidor.

Answer 4

Me acabo de dar cuenta de esto en Exim4 después de leer mucho sobre la configuración de Exim.

Primero, quiere que su aplicación agregue el siguiente encabezado:

Return-Path: <[email protected]>

Funciona con o sin corchetes. Exim agregará corchetes al final de cualquier manera.

Segundo, esta fue la parte difícil. Exim siempre quiso anular mi dirección Return-Path: con el usuario de Unix que lo envió. Puede usar / etc / email-addresses en Ubuntu para establecer un correo electrónico estático para el usuario de su aplicación web, pero esto aún ignora el encabezado Return-Path. Así es como modifiqué mi configuración de exim para respetar el Return-Path desde la aplicación web:

En el área de configuración principal, agregue:

return_path_remove = false

En la configuración apropiada del enrutador (por ejemplo, dnslookup):

dnslookup:
# ...
errors_to = ${if def:h_return-path: {${address:$h_return-path:}} fail}
headers_remove = return-path
no_more

Ahora exim debe copiar la dirección del encabezado Return-Path en el nivel del sobre y eliminar el encabezado Return-Path original.

Probé muchas otras directivas de configuración y esta es la única forma que realmente funcionó para mí.

Answer 5

Return-Path encabezado de Return-Path está escrito por el servidor de recepción , no por el servidor de envío. Y según el RFC 5321 , es lo mismo que la dirección proporcionada en el comando MAIL FROM .

Incluso si configura el encabezado Return-Path usted mismo, el servidor receptor sobrescribirá eso.

Ahora, esta es la cuestión, la dirección en el comando MAIL FROM y la dirección en el encabezado From pueden ser diferentes. El usuario que recibe no ve la dirección MAIL FROM . Solo ven la dirección de encabezado From .

Entonces, si quiere ignorar los rebotes o quiere que vayan a una dirección específica, debe usar esa dirección en el comando MAIL FROM .

Pero en el encabezado From , solo puede usar [email protected] ; el usuario verá esta dirección.

Para simplificar un poco más, envíe el correo electrónico desde la dirección [email protected] . El servidor receptor enviará los rebotes a esta dirección.

Para mostrarle a su usuario la dirección [email protected] en lugar de la dirección handle_bounce... , configure el encabezado From en el mensaje MIME de correo electrónico sin procesar en la dirección no noreply...

Hace poco recibí un correo electrónico de no respuesta de Bitbucket. Aquí está el mensaje en bruto:

Return-Path: <[e-mail]>
From: "Atlassian Bitbucket" <[email protected]>
To: <[email protected]>
Subject: Continuous delivery, without the headache.
Date: Wed, 28 Feb 2018 12:40:53 -0600
MIME-Version: 1.0
Reply-To: "Atlassian Bitbucket" <[e-mail]>
... message body ...

Como puede ver, Return-Path es una dirección dedicada a manejar rebotes. Pero la dirección de From es un correo noreply@... Lo que eso significa es que este correo electrónico en realidad fue enviado por esta dirección de manejo de rebote, no por la dirección noreply.

También puede ver el encabezado Reply-To , que está dedicado a manejar respuestas, si un usuario responde a correos electrónicos sin respuesta. Esas respuestas probablemente sean descartadas de inmediato.