Transferencia de mensajes

El sistema de transferencia de mensajes se ocupa de transmitir del remitente al destinatario. La manera ms sencilla de hacer esto es establecer una conexin de transporte de la mquina de origen a la de destino y sencillamente transferir el mensaje. Pero examinaremos la manera en que se hace normalmente esto y veremos algunas situaciones en las que no funciona esto, y lo que puede hacerse al respecto.

SMTPProtocolo Simple de Transporte de Correo

En Internet, el correo electrnico se entrega al hacer que la mquina de origen establezca una conexin TCP con el puerto 25 de la mquina de destino. Escuchando en este puerto est un demonio de correo electrnico que habla con el SMTP (Protocolo Simple de Transporte de Correo). Este demonio acepta conexiones de entrada y copia mensajes de ellas a los buzones adecuados. Si no puede entregarse un mensaje, se devuelve al remitente un informe de error que contiene la primera parte del mensaje que no pudo entregarse.

SMTPProtocolo Simple de Transporte de Correo

SMTP es un protocolo ASCII sencillo. Despus de establecer la conexin TCP con el puerto 25, la mquina emisora, operando como cliente, espera que la mquina receptora, operando como servidor, hable primero. El servidor comienza enviando una lnea de texto que proporciona su identidad e indica si est preparado o no para recibir correo. Si no lo est, el cliente libera la conexin y lo intenta despus.

SMTPProtocolo Simple de Transporte de Correo

Si el servidor est dispuesto a aceptar correo electrnico, el cliente anuncia de quin proviene el mensaje, y a quin est dirigido. Si existe el destinatario en el destino, el servidor da al cliente permiso para enviar el mensaje. A continuacin el cliente enva el mensaje y el servidor confirma su recepcin. Por lo general, no se requieren sumas de verificacin porque TCP proporciona un flujo de bytes confiable.

SMTPProtocolo Simple de Transporte de Correo

Si hay ms correo electrnico, se enva ahora. Una vez que todo el correo electrnico ha sido intercambiado en ambas direcciones, se libera la conexin. Cuando el mensaje se enva a un solo destinatario se usa el comando rcpt Se permiten tales comandos para enviar un solo mensaje a destinatarios mltiples; se confirma la recepcin de cada uno o se rechaza de manera individual. Incluso si se rechazan algunos destinatarios (porque no existen en el destino), el mensaje puede enviarse a los dems.

SMTPProtocolo Simple de Transporte de Correo

Aunque el protocolo SMTP est bien definido, pueden surgir algunos problemas. Uno se relaciona con la longitud del mensaje. Algunas implementaciones ms viejas no pueden manejar mensajes mayores que 64 KB. Otro problema se relaciona con las terminaciones de temporizador. Si el cliente y el servidor tienen temporizadores diferentes, uno de ellos puede terminar mientras que el otro contina trabajando, terminando en forma inesperada la conexin. Por ltimo, en contadas ocasiones, pueden dispararse tormentas de correo infinitas.

SMTPProtocolo Simple de Transporte de Correo

Para superar algunos de estos problemas, se ha definido el SMTP extendido (ESMTP) en el RFC 2821. Los clientes que deseen usarlo deben enviar inicialmente un mensaje EHLO, en lugar de HELO. Si el saludo se rechaza, esto indica que el servidor es un servidor SMTP normal, y el cliente debe proceder de la manera normal. Si se acepta el EHLO, entonces se permiten los comandos y parmetros nuevos

Entrega final
Hasta ahora hemos supuesto que todos los usuarios trabajan en mquinas capaces de enviar y recibir correo electrnico. Como vimos, el correo electrnico se entrega al hacer que el emisor establezca una conexin TCP con el receptor y despus que enve el correo electrnico a travs de ella. Este modelo funcion bien por dcadas cuando todos los hosts ARPANET (y ms tarde Internet). se pusieron, de hecho, en lnea todo el tiempo para aceptar conexiones TCP. Sin embargo, con el advenimiento de personas que acceden a Internet llamando a su ISP por medio de un mdem, ese modelo dej de usarse. El problema es el siguiente:

Entrega final
Qu sucedera si una persona A desea enviarle un correo electrnico a una persona B, y la persona B no esta en lnea en ese momento? La persona A no puede establecer una conexin TCP con la persona B y por lo tanto no puede ejecutar el protocolo SMTP. Una solucin es que un agente de transferencia de mensajes en una mquina ISP acepte correo electrnico para sus clientes y lo almacene en sus buzones en una mquina ISP. Puesto que este agente puede estar en lnea todo el tiempo, el correo electrnico puede enviarse las 24 horas del da.

POP3
Desgraciadamente, esta solucin genera otro problema: cmo obtiene el usuario el correo electrnico del agente de transferencia de mensajes del ISP? La solucin a este problema es crear otro protocolo que permita que los agentes de transferencia de usuarios (en PCs cliente) contacten al agente de transferencia de mensajes (en la mquina del ISP) y que el correo electrnico se copie desde el ISP al usuario. Tal protocolo es POP3 (Protocolo de Oficina de Correos Versin 3).

POP3
En la figura se ilustra la situacin en la que el emisor est (actualmente) en lnea pero el receptor no. POP3 inicia cuando el usuario arranca el lector de correo . ste llama al ISP (a menos que ya haya una conexin) y establece una conexin TCP con el agente de transferencia de mensajes en la capa de aplicacin:

Lectura de correo cuando el receptor tiene una conexin de acceso telefnico a un ISP.

POP3
Una vez que se ha establecido la conexin, el protocolo POP3 pasa por tres estados en secuencia: 1. Autorizacin. 2. Transacciones. 3. Actualizacin.
El estado de autorizacin tiene que ver con el inicio de sesin por parte del usuario. El estado de transaccin se relaciona con el hecho de que el usuario colecte los mensajes de correo electrnico y los marque para eliminacin desde el buzn. El estado de actualizacin se encarga de que los mensajes de correo electrnico se eliminen realmente.

IMAP
Para un usuario que tiene una cuenta de correo electrnico con un ISP que siempre se accede desde una PC, POP3 es adecuado y se utiliza ampliamente debido a su sencillez y robustez. Cuando algo funciona bien siempre hay alguien comienza a pedir mas caractersticas y a encontrar mas errores, eso tambin sucedi con el correo electrnico. Por ejemplo hay personas que poseen una sola cuenta de correo electrnico en el trabajo o en la escuela y desean acceder desde el lugar que esten ya sea el trabajo, la escuela etc.

IMAP
Aunque POP3 permite esto, debido a que descarga todos los mensajes almacenados en cada contacto, el resultado es que los mensajes de correo electrnico del usuario quedan esparcidos rpidamente en mltiples mquinas, ms o menos de manera aleatoria, y algunos de ellos ni siquiera en la mquina del usuario. Esta desventaja dio lugar a un protocolo de entrega final alternativo, IMAP (Protocolo de Acceso a Mensajes de Internet. A diferencia de POP3, que asume bsicamente que el usuario vaciar el buzn de cada contacto y trabajar sin conexin despus de eso. , IMAP proporciona mecanismos para crear, destruir y manipular mltiples buzones en el servidor. De esta forma, un usuario puede mantener un buzn para cada uno de sus contactos y colocar ah mensajes de la bandeja de entrada despus de que se han ledo.

Caractersticas de entrega
Una caracterstica especialmente valiosa para muchos usuarios de correo electrnico es la capacidad de establecer filtros. Algunos ISPs proporcionan un filtro que clasifica de manera automtica el correo electrnico como importante o como publicidad no deseada (correo basura) y almacena cada mensaje en el buzn correspondiente. Por lo general estos filtros funcionan verificando si el origen es un spammer o examinan la linea de asunto revisando si cientos de usuarios han recibido el mismo correo probablemente sea correo basura.

Correo de Web
La parte interesante es la forma en que se entrega el correo electrnico. Bsicamente, cuando el usuario va a la pgina Web de correo electrnico, se despliega un formulario en el que se pide al usuario que introduzca un nombre de usuario y una contrasea. Cuando el usuario hace clic en Registrarse, el nombre de usuario y la contrasea se envan al servidor, quien los valida. Si el inicio de sesin es exitoso, el servidor encuentra el buzn del usuario y construye una lista, slo que formateada como pgina Web en HTML. Esta pgina Web se enva al navegador para su despliegue. En muchos de los elementos de la pgina se puede hacer clic, por lo que los mensajes se pueden leer, eliminar, etctera.