¿Cuál es la diferencia entre un remitente de correo electrónico, el valor De y el camino de retorno?¿Cuál es la diferencia entre Sender, From y Return-Path?
Ejemplo: Tengo un formulario de contacto donde el usuario puede ingresar su correo electrónico, ¿se le asignaría al remitente, desde o al camino de retorno?
Realicé una búsqueda rápida en StackOverflow y no encontré nada útil.
Por lo tanto, a través de SMTP cuando se envía un mensaje, el sobre SMTP (remitente, destinatarios, etc.) es diferente de los datos reales del mensaje.
El encabezado Sender se usa para identificar en el mensaje que lo envió. Suele ser el mismo que el encabezado From, que es de quien es el mensaje. Sin embargo, puede diferir en algunos casos en que un agente de correo esté enviando mensajes en nombre de otra persona.
El encabezado Return-Path se utiliza para indicar al destinatario (o que recibe MTA) dónde se deben enviar los recibos de no entrega.
Por ejemplo, tome un servidor que permita a los usuarios enviar correo desde una página web. Entonces, [email protected] escribe en un mensaje y lo envía. El servidor luego envía el mensaje a su destinatario con From establecido en [email protected]. El envío de SMTP real utiliza credenciales diferentes, algo así como [email protected]. Por lo tanto, el encabezado sender se establece en [email protected], para indicar que el encabezado From no indica quién realmente envió el mensaje.
En este caso, si el mensaje no puede ser enviado, es probablemente mejor para el agente para recibir el informe de no entrega, y así Return-Path también se establecería en [email protected] de manera que todos los informes de entrega van a ella en lugar del remitente .
Si está haciendo justamente eso, enviar un formulario para enviar un correo electrónico, entonces esto es probablemente un paralelo directo con la forma en que configuraría los encabezados.
El RFC oficial que define esta especificación se pudo encontrar aquí:
http://tools.ietf.org/html/rfc4021#section-2.1.2 (Consulte el párrafo 2.1.2 y la siguiente.)
2.1.2. Campo de cabecera: De
Description: Mailbox of message author [...] Related information: Specifies the author(s) of the message; that is, the mailbox(es) of the person(s) or system(s) responsible for the writing of the message. Defined as standard by RFC 822.2.1.3. Campo de cabecera: Remitente
Description: Mailbox of message sender [...] Related information: Specifies the mailbox of the agent responsible for the actual transmission of the message. Defined as standard by RFC 822.2.1.22. Campo de cabecera: Return-Path
Description: Message return path [...] Related information: Return path for message response diagnostics. See also RFC 2821 [17]. Defined as standard by RFC 822.
Gracias por dar el enlace oficial de RFC. Es realmente útil si alguien pregunta: "¿Basado en qué?" – bayuah
[Esta otra respuesta] (http://stackoverflow.com/a/14555043/924299) (desde 2011) afirma que el método indicado aquí hace que gmail señale los correos electrónicos como correo no deseado. Me pregunto si ese sigue siendo el caso hoy. – showdev
una actualización menor a esto: un remitente nunca debe establecer la cabecera Return-Path:. No existe un encabezado Return-Path: para un mensaje en tránsito. Ese encabezado lo establece el MTA que realiza la entrega final, y generalmente se establece en el valor de 5321.From a menos que el sistema local necesite algún tipo de enrutamiento peculiar.
Es un malentendido común porque los usuarios rara vez ven un correo electrónico sin un encabezado Return-Path: en sus buzones de correo. Esto se debe a que siempre ven los mensajes entregados, pero un MTA nunca debe ver un encabezado Return-Path: en un mensaje en tránsito. Consulte http://tools.ietf.org/html/rfc5321#section-4.4
Un remitente que utiliza un cliente de correo electrónico no lo configuraría, pero un "remitente" que escriba una secuencia de comandos que envíe correos electrónicos puede establecerlo de manera escrual, por lo que creo que es engañoso decir que un remitente nunca debe establecerlo. – chiliNUT
Desafortunadamente, Chilinut es realmente inexacto. Se descartará un encabezado Return-Path: en un mensaje en tránsito, el MDA (agente de entrega de correo) que realiza la entrega final establecerá el encabezado Return-Path: para que coincida con el valor de 5321.From (envelope-from) transportado por el mensaje. Esto se debe a que la envolvente se pierde cuando se entrega el mensaje, por lo que el encabezado Return-Path: registra el origen de la envolvente cuando la MDA recibió el mensaje. – cmeid
Estoy mirando los encabezados de un mensaje en mi bandeja de entrada ahora, y tiene una dirección 'From:' y una dirección (* different *) 'Return-Path:', así que no sé lo que eres refiriéndose a – chiliNUT
Además, no tiene que configurar todo. es decir, si omite el remitente y la ruta de retorno, irán a la dirección De. Si deja la ruta de retorno, los NDR van al remitente, creo. –
... Que es una molestia atractiva para los bombarderos de correo. ¡No hagas eso! – tripleee
¿Entiendo esto bien? Cuando se habla de un formulario web para enviar un correo electrónico, el 'Sender' es la _persona_ que envió el formulario web y' From' es el _servidor_ que envió el correo electrónico. ¿O es al revés? –