¿Cuál es el punto de repetir una dirección de correo electrónico en "The Envelope" y "The Header"?


15

Aprendí que tanto la dirección FROM como la dirección TO se repiten en un elemento oculto llamado "sobre", y luego se repiten nuevamente en el "cuerpo".

Pregunta

  1. ¿Por qué no se copian los datos del sobre en el "encabezado"?
  2. ¿Por qué existe esta duplicación, por qué no podrían integrarse las características necesarias en el mensaje mismo?
  3. ¿Todos los transportes de mensajes (no SMTP) hacen esto?
  4. ¿Qué alternativas a SMTP hay? (para que pueda entender mejor el razonamiento)

1
Piense en BCC y las listas de correo con nombre. Si el destinatario del sobre se copiara en el encabezado, todos estos destinos serían visibles.
Barmar

Respuestas:


26

Las direcciones en un encabezado de mensaje de correo electrónico tienen diferentes propósitos que el remitente y el destinatario del sobre (que realmente no están ocultos per se , simplemente no son parte del mensaje).

El remitente y el destinatario del sobre, que nunca ve en un mensaje, son parte del protocolo SMTP y especifican las instrucciones de entrega , es decir, a qué buzón se espera que el servidor de correo entregue el mensaje, o dónde devolverlo en caso de Algún fracaso. Ninguna dirección debe tener ninguna relación con el contenido semántico del mensaje. Estos se explican en detalle en RFC 5321 secciones 4.1.1.2 y 4.1.1.3.

Lógicamente, estos son análogos a las direcciones impresas en el sobre de un correo postal.

Las direcciones de origen y destino que aparecen en el mensaje en sí indican significados semánticos, en lugar de instrucciones de entrega explícitas. Estos se explican en detalle en RFC 5322 sección 3.6.3 y RFC 6854 sección 2.1 (que obsoleta RFC 5322 sección 3.6.2).

En resumen, De: en el mensaje indica el buzón de la persona que escribió el mensaje, Remitente: indica la entidad que envió un mensaje en nombre de otra persona, y Para: y CC: indican el buzón del destinatario deseado. Los RFC también definen otros campos de encabezado en los que puede estar interesado.

Lógicamente, estos son análogos a las direcciones impresas en la correspondencia dentro de un correo postal.

A menudo, el remitente y el destinatario del sobre son los mismos que para las direcciones De: y Para:. Pero es común que no tengan ninguna correspondencia, por ejemplo, en el caso de las listas de correo.


12

El escenario más común en el que verá una diferencia es durante la entrega de un correo electrónico con múltiples destinatarios.

Supongamos que está a punto de enviar un correo electrónico a:

  • a@ejemplo.com
  • a@ejemplo.net
  • b@ejemplo.net

Cuando su cliente de correo envíe el correo electrónico a su servidor de correo, las tres direcciones se repetirán tanto en el sobre como en los encabezados. A continuación el servidor de correo buscará los registros MX para el example.comy example.netpara continuar la entrega.

Su servidor de correo ahora establecerá dos conexiones SMTP separadas con cada uno de los servidores receptores para enviar el correo electrónico aún más.

Cuando se comunique con el MX para example.comlos tres receptores, seguirá estando en el Toencabezado, pero solo habrá un receptor de sobre único.

Al comunicarse con el MX para example.netlos tres receptores, todavía estará en el Toencabezado, pero solo habrá dos receptores de envolvente.

Como análogo a lo anterior, imagine que imprime tres copias de una carta con tres destinatarios escritos en el papel. Luego colocaría esos tres trozos de papel en tres sobres separados y escribiría una sola dirección en cada sobre.


Hay otros escenarios en los que marca la diferencia, como cuando se usa bccy al reenviar correos electrónicos.

Como un análogo levemente inventado, imagine que está intercambiando letras con alguna entidad. Desconocido para esa entidad, crea una fotocopia de cada una de esas cartas que coloca en un sobre dirigido a su abogado.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.