Disponible la nueva versión "donationware" 7.3 de OrganiZATOR
Descubre un nuevo concepto en el manejo de la información.
La mejor ayuda para sobrevivir en la moderna jungla de datos la tienes aquí.

Notas sobre Internet

[Home]  [Inicio]  [Índice]


8.1.1  Generalidades sobre el servicio de correo

§1  El protocolo de transmisión

El mecanismo del envío y recepción de los mensajes está controlado por SMTP ("Simple Mail Transport Protocol"), nombre con el que se conoce al protocolo encargado del tráfico de correo, que por supuesto, se apoya en los protocolos estándar de la Red TCP/IP ( 3.1). El proceso es mas o menos como sigue: el remitente escribe un mensaje con un programa especial (denominado cliente de correo). En el mismo momento, o más tarde, cuando dispone de conexión a Internet, ordena su envío.  En este momento una "capa" de SMTP denominado IMAP ("Internet Message Access Protocol") construye un datagrama con el mensaje.

Nota:  IMAP, junto con POP, al que nos referimos a continuación, constituyen dos de las capas ( "layers") más importantes de SMTP.  IMAP permite a los clientes de correo acceder y manipular los mensajes almacenados en nuestro buzón (del servidor de correo de nuestro ISP).  Incluye operaciones para crear, borrar y verificar la llegada de nuevos mensajes y otras utilidades.

El datagrama se compone de una cabecera (header) y el cuerpo del mensaje (el texto). La cabecera incluye información sobre el origen ("From"); el destino ("To"); el resumen ("Subject"); la fecha de envío ("Date"), así como otros datos internos, que son proporcionados por el propio sistema de forma automática.  En el cuadro 8.8.1a se muestran algunos de los datos incluidos en la cabecera de cualquier mensaje que enviemos.  A su vez, el cuerpo del mensaje constituye lo que podríamos denominar su carga útil (lo que queremos transmitir).  En los primeros correos solo era posible transmitir texto, pero hemos indicado ( 8.1) que actualmente es posible transmitir cualquier otro contenido.

Nota:  En el epígrafe 8.1.3 describiremos más pormenorizadamente las partes que componen el mensaje.  La nota adjunta ( Nota16) contiene detalles adicionales sobre los campos de cabecera.

From: "A.J.Millan" <ajmillan@ctv.es>
To: <echo@rediris.es>
Subject: =?iso-8859-1
?B?RXN0YSBsZW5n/GEg8W/xYSBubyBzZSBpcuEgY29uIOlsLiA=?=
Date: Wed, 2 Sep 1998 13:00:57 +0200
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.2106.4
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4

Cuadro 8.1.1a

El paquete de información es transmitido al servidor de correo de nuestro PSI ( 7.1), el cual lo reexpide a la dirección adecuada.  Después de varios saltos por los agentes de correo MUAs [2], y enrutadores (routers), finalmente llega a su destino; otro servidor de correo en alguna parte, el cuál lo deposita en el buzón correspondiente.  Mas tarde, cuando el destinatario desea recibir su e-mail, se conecta a Internet y su cliente de correo se encarga de inspeccionar el buzón, recibir los posibles mensajes y borrarlos del buzón una vez recibidos conforme.  En realidad, el mecanismo de esta última fase es el siguiente: el servidor de correo dispone de un conjunto de servicios conocidos como POP ("Post Office Protocol"). Cuando el PSI nos asigna una cuenta de correo y una clave de acceso ("password"), en realidad nos está dando una autorización para usar dicho sistema POP en el servidor. El cliente de correo solicita el envío de correo al sistema POP que lo envía al cliente [5] y se encarga de borrar las copias del servidor cuando el cliente remoto le avisa de hacerlo porque las ha recibido conforme.

Cada uno de los "routers" por los que pasa nuestro mensaje, añade una etiqueta a la cabecera que deja constancia de su paso.  Esta etiqueta contiene indicación de quién lo envía, quién lo recibe y algunos detalles adicionales, de forma que es perfectamente posible rastrear el itinerario del mensaje.  Las etiquetas que se van añadiendo tienen mas o menos el siguiente aspecto:

Received: from <router remitente>
by: <router receptor>
Fecha y hora.

El primer salto es desde nuestro ordenador al servidor de correo de nuestro PSI, y como tal queda registrado. Como primer "router" remitente aparece el nombre que le hayamos dado a nuestro propio ordenador [3], y como primer "router" receptor el servidor de correo de nuestro PSI.

Nota:  En el capítulo siguiente veremos que la transmisión de correo utiliza un tratamiento distinto para las cabeceras y para el cuerpo de los mensajes ( 8.1.2).

A título de ejemplo, en el cuadro 8.1.1b, se muestra como ha sido "etiquetado" el mensaje original del cuadro 8.1.1a después de ir y venir al servicio Eco de Rediris [4].

Received:
from sandra2.ctv.es (sandra2.ctv.es [194.179.52.11])
by chico.rediris.es (8.9.1/8.9.1) with ESMTP id MAA25895
for <echo@rediris.es>; Wed, 2 Sep 1998 12:53:05 +0200 (MET DST)
Received:
from portatil (ctv21225134040.ctv.es [212.25.134.40])
by sandra2.ctv.es (8.8.7/CTV-1.1) with SMTP id MAA23834
for <echo@rediris.es>; Wed, 2 Sep 1998 12:52:21 +0200 (MET DST)
X-Envelope-To: <echo@rediris.es>
From: "A.J.Millan" <ajmillan@ctv.es>
To: <echo@rediris.es>

Cuadro 8.1.1b

En algunas circunstancias, el sistema de correo es incapaz de encontrar al destinatario.  Podemos suponer el caso de haber tomado mal la dirección, o sencillamente el destinatario ha cambiado de PSI y ese buzón ya no existe. Por ejemplo, Fulanito estaba en CTV, su cuenta de correo era fulanito@ctv.es y ahora se ha trasladado a Arrakis, su nueva dirección de correo es fulanito@arrakis.es.  Cuando el servicio de correo intente entregar el mensaje en el servidor de CTV para "fulanito", este lo rechaza diciendo "desconocido" (exactamente igual que pasa con sus cartas si cambia de domicilio).

En estos casos (como su homólogo tradicional), el sistema (que aparece en el remite como "Mail Delivery Subsystem"), redacta un e-mail al remitente cuyo asunto es: Returned mail: User unknown, en el texto se encuentra una nota explicativa de que no ha podido ser entregado. En el cuadro 8.1.1c se muestra un ejemplo del texto que podemos recibir. Además de esta nota explicativa se incluye nuestro mensaje original, bien en el cuerpo del mensaje, bien como un fichero adjunto.

The original message was received at Mon, 31 Aug 1998 13:46:00 +0200 (MET DST)
from ctv21225130195.ctv.es [212.25.130.195]

----- The following addresses had permanent fatal errors -----
<pepitogrillo@arrakis.es>
----- Transcript of session follows -----
... while talking to chusuk.arrakis.es.:
>>> RCPT To:<pepitogrillo@arrakis.es>
<<< 550 <pepitogrillo@arrakis.es>... User unknown

Cuadro 8.1.1c

En otros casos, el correo puede tener problemas de entrega por otras causas.  Por ejemplo, el servidor de correo del destinatario se ha "caído", está fuera de línea por algún motivo (puede que tenga una avería y lo estén reparando).  Entonces, pasado un tiempo prudencial (por ejemplo 4 horas), el sistema de correo Internet nos avisa que el mensaje todavía no ha podido ser entregado con un mensaje como el del cuadro 8.1.1d, pero no tenemos que hacer nada, seguirá intentándolo mas tarde.

**********************************************
** THIS IS A WARNING MESSAGE ONLY **
** YOU DO NOT NEED TO RESEND YOUR MESSAGE **
**********************************************

The original message was received at Sun, 4 Oct 1998 00:13:19 +0200 (MET DST)
from ctv21225136252.ctv.es [212.25.136.252]

----- The following addresses had transient non-fatal errors -----
<moratalla@bbs.idg.es>

----- Transcript of session follows -----
... while talking to abbs.idg.es.:
>>> DATA
<<< 451 Local processing error - try again later.
<moratalla@bbs.idg.es>... Deferred: 451 Local processing error - try again later.
Warning: message still undelivered after 4 hours
Will keep trying until message is 5 days old

Cuadro 8.1.1d

  Atención: actualmente, muchos virus y gusanos de correo aparecen enmascarados en mensajes que fingen ser correos no entregados, con cabeceras como "Returned mail"; "User unknown"; "Unknown message", etc.  Es totalmente desaconsejable abrir este tipo de envíos.

  Inicio.


[2]  MUA ("Mail User Agent").  Un término algo ambiguo que se refiere al conjunto de dispositivos hardware y software que intervienen en el servicio e-mail.

[3]  En Windows, el nombre de nuestro ordenador es accesible desde:

Menú de Inicio     Configuración  Panel de Control Red Identificación Nombre PC.

[4]  Respecto a este servicio, ver el punto siguiente: Problemas de configuración ( 8.1.2)

[5]  En el número de Mayo del 2000, de la edición española de Selecciones de Reader's Digest (p. 83), puede leerse un artículo de John Dyson "Como viaja un correo electrónico", que muestra de forma muy amena y accesible las peripecias de un e-mail.