Un mensaje de correo consta de un cuerpo, que es el texto que ha escrito el remitente, y datos especiales que especifican el destinatario o destinatarios, el medio de transporte, etc., de manera similar a lo que aparece en el sobre de una carta ordinaria.
Estos datos administrativos se clasifican en dos categor�as; en la primera categor�a est�n los datos que son espec�ficos del medio de transporte, como son las direcciones del remitente y del destinatario. A esto se le llama el sobre (envelope). Puede ser modificado por el software de transporte a medida que el mensaje se transmite.
La segunda categor�a es cualquier dato necesario para la manipulaci�n del mensaje, que no es propio de ning�n mecanismo de transporte, como es la l�nea del encabezado en la que indicamos el tema del mensaje (Subject), la lista de todos los destinatarios, y la fecha en la que se envi� el mensaje. En muchas redes, se ha convertido en un est�ndar incluir estos datos al comienzo del mensaje, formando lo que se denomina cabecera del mensaje (mail header). Se separa del cuerpo del mensaje (mail body) por una l�nea en blanco.[1]
La mayor�a del software para transporte de correo que se emplea en el mundo Unix usa un formato de cabecera definido en el RFC 822. Su prop�sito original era especificar un est�ndar para usar en la ARPANET, pero dado que fue dise�ado para ser independiente del entorno de uso, ha sido adaptado f�cilmente a otras redes, incluyendo muchas basadas en UUCP.
Pero RFC 822 es s�lo el m�nimo com�n denominador. Otros est�ndares m�s recientes han sido concebidos para dar respuesta a las crecientes necesidades como pueden ser, por ejemplo, encriptaci�n de datos, soporte de conjuntos de caracteres internacionales, y MIME (Multipurpose Internet Mail Extensions, Extensiones de Correo Multiprop�sito, descritas en el RFC-1341 y otros RFCs).
En todos esos est�ndares, la cabecera consiste en varias l�neas, separadas por caracteres de retorno de carro. Cada l�nea consiste en un nombre de campo, que comienza en la columna uno, y el campo en s�, separados por dos puntos (:) y un espacio. El formato y la sem�ntica de cada campo var�a dependiendo del nombre del mismo. Un campo de al cabecera se puede continuar m�s all� de una l�nea, si la l�nea siguiente comienza con un car�cter de espacio, como puede ser un tabulador. Los campos pueden aparecer en cualquier orden.
Una cabecera de correo t�pico puede ser algo as�:
Return-Path: <[email protected]> Received: ursa.cus.cam.ac.uk ([email protected] [131.111.8.6]) by al.animats.net (8.9.3/8.9.3/Debian 8.9.3-6) with ESMTP id WAA04654 for <[email protected]>; Sun, 30 Jan 2000 22:30:01 +1100 Received: from ph10 (helo=localhost) by ursa.cus.cam.ac.uk with local-smtp (Exim 3.13 #1) id 12EsYC-0001eF-00; Sun, 30 Jan 2000 11:29:52 +0000 Date: Sun, 30 Jan 2000 11:29:52 +0000 (GMT) From: Philip Hazel <[email protected]> Reply-To: Philip Hazel <[email protected]> To: Terry Dawson <[email protected]>, Andy Oram <[email protected]> Subject: Electronic mail chapter In-Reply-To: <[email protected]> Message-ID: <[email protected]> |
Usualmente, todos los campos de la cabecera necesarios son generados por el interfaz de correo que usted use, como elm, pine, mush, o mailx. Algunos, sin embargo, son opcionales y pueden ser a�adidos por el usuario. elm, por ejemplo, permite editar parte del encabezado del mensaje. Otros campos son a�adidos por el software de transporte de correo. Si usted mira el fichero donde se almacena el correo local, puede ver que cada mensaje est� precedido por una l�nea “From” (nota: sin dos puntos). Esta no es una cabecera RFC-822; ha sido insertada por su software de correo para facilitar la lectura a los programas que usen ese fichero. Para prevenir potenciales problemas con las l�neas del cuerpo del mensaje que tambi�n empiecen por “From,” se ha convertido en un procedimiento est�ndar evitar estas ocurrencias poniendo antes un car�cter >.
Esta lista es una colecci�n de cabeceras de campos comunes, y sus significados:
Contiene la direcci�n de correo electr�nico del remitente, y posiblemente el “nombre real”. Aqu� se usa un zool�gico completo de formatos distintos.
Esta es la direcci�n de e-mail del destinatario. Si hay varias direcciones se separan por comas.
Esta es una lista de las direcciones de correo que recibir�n una “copia de carb�n” del mensaje. Si hay varias direcciones, se separan por comas.
Esta es una lista de las direcciones de correo que recibir�n una “copia de carb�n ciega” del mensaje. La diferencia principal entre “Cc:” y “Bcc:” es que las direcciones listadas en el “Bcc:” no aparecer�n en la cabecera del mensaje que se env�a a cada destinatario. Es una forma de avisar a los destinatarios de que usted ha enviado copias del mensaje a otras personas, sin decir qui�nes son. Si hay varias direcciones, se separan por comas.
Describe el contenido del mensaje en pocas palabras.
Indica la fecha y hora en que se envi� el mensaje.
Especifica la direcci�n a la que el remitente desea que el destinatario le conteste. Esto puede ser �til si se tienen varias direcciones, pero se desea recibir la mayor parte del correo s�lo en aquella que se usa m�s a menudo. Este campo es opcional.
La organizaci�n que posee la m�quina desde la que se ha enviado el mensaje. Si la m�quina usada es la suya propia no incluya este campo, o bien indique “privado” o cualquier trivialidad sin sentido. Este campo no est� descrito en ning�n RFC y es completamente opcional. Algunos programas de correo lo soportan directamente, pero la mayor�a no.
Una cadena generada por el transporte de correo en el sistema remitente. Es �nica para cada mensaje.
Cada anfitri�n que procesa su correo (incluyendo las m�quinas del remitente y el destinatario) insertan este campo en el encabezado, dando el nombre del anfitri�n, una identificaci�n de mensaje, hora y fecha a la que lo recibieron, de qu� anfitri�n procede, y qu� software de transporte ha sido usado. Esto se hace as� para que usted pueda conocer la ruta que su mensaje ha seguido, y pueda protestar a la persona responsable si algo ha ido mal.
Ning�n programa relacionado con el correo debe protestar sobre cualquier encabezado que comience con X-. Esto se usa para implementar caracter�sticas adicionales que a�n no han sido incluidas en un RFC, o que no lo ser�n nunca. Por ejemplo, existi� un gran servidor de listas de correo de GNU/Linux que permit�a especificar a qu� canal quer�a que fuera su mensaje incluyendo la cadena X-Mn-Key: seguido del nombre del canal.
| [1] | Se suele a�adir una firma (signature) o .sig a un mensaje, que normalmente contiene informaci�n sobre el autor, junto con un chiste o cita c�lebre. Se separa del resto del mensaje con una l�nea que contiene “--” seguido por un espacio. |