Entonces, 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 Sender
encabezado se utiliza para identificar en el mensaje quién lo envió. Esto suele ser lo mismo que el From
encabezado, que es de quién es el mensaje. Sin embargo, puede diferir en algunos casos en los que un agente de correo envía mensajes en nombre de otra persona.
El Return-Path
encabezado se utiliza para indicar al destinatario (o al MTA receptor) dónde se enviarán 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 un mensaje y lo envía. El servidor luego envía el mensaje a su destinatario con From
set to [email protected]
. El envío SMTP real utiliza diferentes credenciales, algo así [email protected]
. Por lo tanto, el sender
encabezado se establece en [email protected]
, para indicar que el From
encabezado no indica quién envió realmente el mensaje.
En este caso, si el mensaje no se puede enviar, probablemente sea mejor que el agente reciba el informe de no entrega, por Return-Path
lo que también se configurará para [email protected]
que los informes de entrega vayan a él en lugar del remitente.
Si está haciendo exactamente eso, un envío de formulario para enviar un correo electrónico, entonces este es probablemente un paralelo directo con la forma en que configuraría los encabezados.
Sender
es la persona que envió el formulario web yFrom
el servidor que envió el correo electrónico? ¿O es al revés?Sender
, pero el mensaje esFrom
el VIP. Esto es lo que sucede cuando ve un correo electrónico descrito como "Del asistente en nombre de VIP"Return-Path
? ¿El valor predeterminado esSender
entonces?El RFC oficial que define esta especificación se puede encontrar aquí:
http://tools.ietf.org/html/rfc4021#section-2.1.2 (consulte el párrafo 2.1.2. y lo siguiente)
fuente
Una actualización menor a esto: un remitente nunca debe establecer el
Return-Path:
encabezado. No existe unReturn-Path:
encabezado para un mensaje en tránsito. El encabezado lo establece el MTA que realiza la entrega final, y generalmente se establece en el valor de a5321.From
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
Return-Path:
encabezado en sus buzones. Esto se debe a que siempre ven los mensajes entregados, pero un MTA nunca debería ver unReturn-Path:
encabezado en un mensaje en tránsito. Ver http://tools.ietf.org/html/rfc5321#section-4.4fuente
From:
dirección y una dirección ( diferente )Return-Path:
, así que no sé a qué se refiereReturn-Path:
encabezado refleja el sobre desde, o RFC5321.De la dirección. ElFrom:
encabezado refleja el encabezado de, o RFC5322. De la dirección.Return-Path:
encabezado al enviar un mensaje. Si lo hace, se descartará en tránsito y luego se establecerá en el valor del RFC5321.De la MDA o desde el sobre que realiza la entrega final del mensaje. Básicamente, elReturn-Path:
encabezado registra el origen del sobre, ya que el sobre se descarta en el momento de la entrega.