El documento describe tres escenarios de arquitectura de correo electrónico. El primero involucra un emisor y receptor que usan el mismo servidor de correo. El segundo involucra dos servidores de correo separados. El tercero involucra dos servidores de correo conectados a redes separadas. También describe los protocolos y agentes involucrados como SMTP, POP, IMAP y MIME.

1. Boris Fajardo Peral

2.  Para entender la arquitectura, vamos a imaginar
distintos escenarios.
 Uno muy simple.
 Otro que podría ser real dentro de una LAN.
 Y otro que se parece mucho al uso más habitual.

3.  1. Emisor y receptor usan el mismo servidor de e-mail:
 Se crea una bandeja de entrada para cada usuario.
 Cada usuario puede acceder solo a su bandeja.
 Cuando A manda un mensaje a B:
1. Prepara el mensaje a través del User Agent (UA).
2. El mensaje lleva las direcciones de emisor y receptor, que son
los nombres de los archivos.
3. B puede recibir el e-mail y leerlo en su bandeja de entrada
usando un UA.

4.  2. Se usan dos servidores distintos de e-mail.
 Observaciónes: el mensaje tiene que enviarse a través de internet. Los mail server
están ubicados en los respectivos pcs de Alice y Bob.
 Se utiliza un Agente de Transferencia de Mensaje (MTA) para llevar el
mensaje a través de internet. El MTA es un servicio push, lo que significa,
que cuando el cliente recibe información la manda inmediatamente al
servidor y no la vuelve a enviar.

5.  3. Dos servidores diferentes conectados a sus
respectivos pcs a través de dos LAN/WAN diferentes.

6.  La diferencia más significativa a tener en cuenta es el
uso de un Agente de Acceso al Mensaje (MAA) para
enviar los datos a través de la LAN/WAN:
 Es un servicio pull, lo que significa que podemos
mandar peticiones al servidor y siempre nos dará la
información.
 El MTA ha almacenado el mensaje en la bandeja de
entrada de Bob y el MAA le permite a Bob acceder a él
cuando quiera.

7.  El UA es un software que facilita el proceso de enviar y
recibir mensajes.
 Permite leer, contestar, enviar y reenviar mensajes.
 Algunos UA son simples aplicaciones de terminal
como mail, pine, elm, etc.
 Otros, utilizan GUI como Eudora, Outlook, Netscape.

8.  El formato con el que un UA envía un e-mail es muy
sencillo y es parecido a un correo postal:

9.  Simple Mail Transfer Protocol es el protocolo que
actualmente se utiliza como MTA.
 El protocolo establece una serie de comandos para la
comunicación entre cliente y servidor.

10.  Un ejemplo de los mensajes de establecimiento de
conexión:

13.  SMTP no sirve en la última parte de la comunicación
porque es un protocolo push y necesitamos un
protocolo pull que nos mande los mensajes cuando
mandemos una petición.
 Actualmente se utilizan dos protocolos MAA, Post
Office Protocol (POP) y Internet Mail Access Protocol
(IMAP)

14.  El cliente abre una conexión TCP por el puerto 110.
 Envía nombre y contraseña.
 Lo único que puede hacer es listar y bajarse los correos
uno a uno.

16.  En POP3 se pueden configurar dos modos:
 1. Modo borrar. Cada e-mail se borra del servidor después de
que el usuario lo descargue en su pc.
 2. Modo mantener.

17.  Dado a que POP3 ofrece muchas limitaciones, Internet
Mail Access Protocol intenta solucionarlo implementando
las siguientes funciones extra:
 El usuario puede ver la cabecera del e-mail antes de
descargarlo.
 El usuario puede buscar cadenas de caracteres en el e-mail
antes de descargarlo.
 El usuario puede bajarse parcialmente el e-mail.
 El usuario puede crear, borrar, renombrar la bandeja de
entrada.
 El usuario puede crear carpetas y organizaciones jerárquicas.

18.  Multipurpose Internet Mail Extension es un protocolo
complementario que permite el envío de datos no-
ASCII a través de e-mail.
 MIME transforma los caracteres no-ASCII en la parte
del emisor, los convierte a NVT ASCII y los envía al
cliente MTA que los envía a través de internet. Cuando
el servidor MTA recibe el mensaje lo vuelve a convertir
a los datos originales.

19.  La cabecera MIME tiene la forma:

20.  Donde el tipo de contenido (Content-Type) puede ser:
 Texto: el texto original no necesita conversión.
 Multiparte: el cuerpo del mensaje contiene varias partes independientes.
En la cabecera se definen los limites entre esas partes.

21.  Siguiendo las arquitecturas vistas en el punto uno, el
funcionamiento de un servidor de correo web es obvio
y no necesita explicación adicional.