AodelaPromocindelaIndustriaResponsableydelCompromisoClimtico

FACULTAD DE PRODUCCIN Y SERVICIOS

ESCUELA PROFESIONAL DE INGENIERA DE SISTEMAS


TEMA : PROTOCOLOS DE CORREO ( SMTP POP3 - IMAP )

DOCENTE : ING. FREDDY GONZALES SAJI

ALUMNOS : RAMIREZ COLLADO, HECTOR
OJEDA COLLAZOS, SHARON
CHOQUE WILLIAN


CURSO : REDES Y TELEPROCESOS


AREQUIPA PER
2014

EPISUNSA
1


Contenido

SMTP ........................................................................................................................................... 3
INTRODUCCIN ...................................................................................................................... 3
EL MODELO DE SMTP ............................................................................................................. 4
LOS PROCEDIMIENTOS SMTP ................................................................................................. 6
MAIL ................................................................................................................................................................ 6
REENVIO .......................................................................................................................................................... 8
VERIFICAR Y REENVIAR .................................................................................................................................... 9
LAS ESPECIFICACIONES SMTP ............................................................................................... 10
COMANDOS SMTP ........................................................................................................................................ 10
FORMATO DEL MENSAJE RFC-822 Y EXTENSIN MIME (MULTI PURPOSE INTERNET MAIL)
.............................................................................................................................................. 14
RESUMEN ............................................................................................................................. 15
POP3 ......................................................................................................................................... 16
Introduccion a POP3 ............................................................................................................. 16
Cmo funciona ..................................................................................................................... 16
Beneficios ............................................................................................................................. 16
Desventajas .......................................................................................................................... 16
Comandos POP3: .................................................................................................................. 17
EJECUCION : creacin de cuentas POP ................................................................................. 18
Introduccin .................................................................................................................................................. 18
Crear una cuenta nueva POP o IMAP ............................................................................................................ 18
Introduzca los siguientes datos para configurar una cuenta POP: ............................................................... 19
Configuracin de conexiones seguras (recibir/enviar correo cifrado) ........................................................... 19
Personalizacin para alias de correo ............................................................................................................. 20
Comprobacin de la configuracin. .............................................................................................................. 21
Escenarios: ............................................................................................................................ 21
EPISUNSA
2

Planificacion POP3 ................................................................................................................ 23
Capturas con Wireshark ....................................................................................................... 24
Inicio de conexin. ............................................................................................................... 24
Autorizacion .................................................................................................................................................. 25
Transaccin ................................................................................................................................................... 26
Estado de Update .......................................................................................................................................... 30
Cierre de sesin TCP ...................................................................................................................................... 30
IMAP ......................................................................................................................................... 31
Resumen ............................................................................................................................... 31
Introduccin ......................................................................................................................... 32
Protocolo de Acceso a Mensajes de Internet (IMAP) ........................................................ 32
Caractersticas importantes que diferencian a IMAP y POP3 son: ..................................... 33
Versiones de IMAP ............................................................................................................... 34
IMAP2 .......................................................................................................................................................... 34
IMAP3 .......................................................................................................................................................... 34
IMAP2bis ..................................................................................................................................................... 34
IMAP4 .......................................................................................................................................................... 34
Ventajas de IMAP ................................................................................................................. 35
Desventajas de IMAP ............................................................................................................ 35
Propuesta de Mejora ............................................................................................................ 35
Conclusiones ......................................................................................................................... 36
Bibliografa ........................................................................................................................... 37



EPISUNSA
3

SMTP

INTRODUCCIN

El objetivo del Protocolo de transferencia de correo simple (SMTP) es transferir correo fiable y eficiente.
SMTP es independiente del subsistema de transmisin particular y slo requiere un canal de flujo de
datos ordenado fiable. Si bien este documento trata especficamente el transporte a travs de TCP, otros medios
de transporte son posibles.
Una importante caracterstica de SMTP es su capacidad para transportar el correo a travs de mltiples
redes, normalmente se conoce como " la retransmisin de correo SMTP". Una red se compone de los anfitriones
mutuamente TCP - accesible en la Internet pblica, los anfitriones mutuamente - TCP - accesible en una red TCP
firewall aislada / IP Intranet o anfitriones de algn otro entorno LAN o WAN utilizando un nivel de transporte no-
TCP protocolo. Uso de SMTP, un proceso puede transferir correo a otro proceso en la misma red o a alguna otra
red a travs de un rel o un proceso de puerta de enlace accesible a ambas redes.
De esta manera, un mensaje de correo puede pasar a travs de una serie de rel intermedio o Gateway
anfitriones en su camino desde el emisor hasta el receptor final. Los mecanismos de intercambio de correo del
sistema de nombres de dominio se utilizan para identificar el destino del siguiente salto apropiado para un
mensaje que se transporta.
EPISUNSA
4

EL MODELO DE SMTP

El diseo de SMTP se basa en el siguiente modelo de la comunicacin: como resultado de una solicitud
de correo del usuario, el emisor - SMTP establece un canal de transmisin de dos vas a un receptor - SMTP. El
receptor - SMTP puede ser ya sea el destino final o un intermedio. Comandos SMTP son generados por el
remitente - SMTP y enva al receptor - SMTP. Respuestas SMTP se envan desde el receptor - SMTP al remitente
- SMTP en respuesta a los comandos.
Una vez que se establece el canal de transmisin, el SMTP - remitente enva un comando electrnico
indicando el remitente del correo electrnico. Si el SMTP- receptor puede aceptar correo responde con una
respuesta en Aceptar. El SMTP emisor enva un comando RCPT identificar el destinatario del correo. Si el SMTP-
receptor puede aceptar el correo para ese destinatario responde con una respuesta Aceptar, en caso contrario,
responde con una respuesta rechazando ese destinatario (pero no toda la transaccin de correo). El SMTP y
SMTP - emisor - receptor pueden negociar varios destinatarios. Cuando se han negociado los destinatarios de
SMTP - remitente enva los datos de correo, que termina con una secuencia especial. Si el SMTP- receptor procesa
con xito los datos de correo responde con una respuesta en Aceptar. El dilogo es a propsito de paso a paso,
de una en una sola vez.



El SMTP proporciona mecanismos para la transmisin de correo electrnico, directamente desde el host
del usuario que enva al host del usuario receptor, cuando los dos de host estn conectados al mismo servicio de
transporte, o por medio de uno o ms servidores SMTP de retransmisin cuando los hosts de origen y de destino
no son conectado al mismo servicio de transporte.
Para ser capaz de proporcionar la funcin de reenvo del servidor SMTP se debe alimentar con el nombre
del host de destino final, as como el nombre del buzn de destino.
El argumento para el comando MAIL es un camino inverso, que especifica que el correo es de. El
argumento en el comando RCPT es un camino a seguir, que especifica que el correo es. El camino hacia adelante-
es una ruta de origen, mientras que el camino inverso- es una ruta de retorno (que se puede utilizar para devolver
un mensaje al remitente cuando se produce un error con un mensaje transmitido).
Cuando se enva el mismo mensaje a varios destinatarios SMTP fomenta la transmisin de una sola copia
de los datos para todos los destinatarios al mismo host de destino. Las rdenes de correo y respuestas tienen
una sintaxis rgida. Respuestas tambin tienen un cdigo numrico. En los siguientes ejemplos aparecen que
Usuario
Sistema
de
archivos
Emisor SMTP
Receptor
SMTP
Sistema
de
archivos
Comandos /
Seales
SMTP
EPISUNSA
5

utilizan comandos reales y respuestas. Las listas completas de los comandos y las respuestas aparecen en la
Seccin 4 de las especificaciones.
Los comandos y las respuestas no distinguen entre maysculas y minsculas. Es decir, una palabra de
comando o la respuesta puede estar en maysculas, minsculas, o cualquier mezcla de maysculas y minsculas.
Tenga en cuenta que esto no es cierto para los nombres de usuario de buzn. Para algunos anfitriones el nombre
de usuario distingue entre maysculas y minsculas, y las implementaciones de SMTP deben tomar el caso para
preservar el caso de los nombres de usuario, tal como aparecen en los argumentos de buzn. Los nombres de
host no distinguen entre maysculas y minsculas.
Los comandos y las respuestas se componen de caracteres del juego de caracteres ASCII [1]. Cuando el
servicio de transporte proporciona un byte (octeto) canal de transmisin de 8 bits, cada uno de caracteres de 7
bits se transmite justificado a la derecha en un octeto con el bit de orden despejado a cero.
Al especificar la forma general de un comando o una respuesta, un argumento (o smbolo especial) se
denota por una variable metalingstica (o constante), por ejemplo, " <cadena> " o " <reverse-path>. Aqu los
parntesis angulares indican stas son variables metalingsticas. Sin embargo, algunos argumentos utilizan los
corchetes angulares literalmente. Por ejemplo, un camino inverso- real est encerrado entre parntesis
angulares, es decir, " <abel.harc@episunsa,edu,pe> " es una instancia de <reverse-path> (los corchetes angulares
se transmiten actualmente en el comando o la respuesta).

EPISUNSA
6

LOS PROCEDIMIENTOS SMTP

Esta seccin presenta los procedimientos utilizados en SMTP en varias partes. Primero viene el
procedimiento electrnico bsico definido como una transaccin de correo. A raz de esto son las descripciones
de reenvo de correo, verificacin de nombres de buzn y la ampliacin de las listas de correo, el envo a los
terminales en lugar de o en combinacin con buzones de correo, y la apertura y cierre de los intercambios. Al
final de esta seccin son los comentarios sobre la retransmisin, una nota sobre los dominios de correo
electrnico y una discusin de los roles cambiantes. A lo largo de esta seccin son ejemplos de secuencias de
comando y respuesta parcial.
MAIL

Hay tres pasos para las transacciones de correo SMTP. La transaccin se inicia con un comando MAIL
que da a la identificacin del remitente. Una serie de uno o ms comandos RCPT sigue dando la informacin del
receptor. A continuacin, un comando de datos da los datos de correo. Y, por ltimo, el final de confirma
indicador de datos de correo la transaccin.
El primer paso en el procedimiento es el comando MAIL. La<reverse-path> contiene el buzn de origen
MAIL <SP> DE: <reverse-path> <CRLF>
Este comando le dice al SMTP- receptor que un nuevo correo transaccin est empezando y para
restablecer todas sus tablas de estado y tampones, incluidas posibles destinatarios o datos de correo. Se le da al
revertir - camino que puede ser utilizado para informar de errores. Si se acepta, el receptor - SMTP devuelve una
respuesta 250 OK.
El <reverse-path> puede contener ms que un buzn de correo. La<reverse-path> es una lista de
direccionamiento de origen inversa de los ejrcitos y buzn de origen. El primer anfitrin en el <reverse-path>
debe ser el host de envo de este comando.
El segundo paso en el procedimiento es el comando RCPT.
RCPT <SP> A: <forward-path> <CRLF>
Este comando da un camino hacia adelante- identificar un destinatario. Si se acepta, el receptor - SMTP
devuelve una respuesta 250 OK, y almacena el camino hacia adelante-. Si el destinatario no se conoce el receptor
- SMTP devuelve un error de respuesta 550. Este segundo paso del procedimiento se puede repetir cualquier
nmero de veces.
El <forward-path> puede contener ms que un buzn de correo. La<forward-path> es una lista de
enrutamiento de origen de los ejrcitos y el buzn de destino. El primer anfitrin en el <forward-path>debe ser
el anfitrin que recibe este comando.
El tercer paso en el procedimiento es el comando de datos.
DATOS <CRLF>
Si se acepta, el receptor - SMTP devuelve una respuesta Intermedio 354 y considera todas las lneas
subsiguientes a ser el texto del mensaje. Cuando se recibe el extremo de texto y se almacena el SMTP receptor
enva una respuesta 250 OK.
EPISUNSA
7

Dado que los datos de correo se envan en el canal de transmisin final del correo de datos deben
indicarse de forma que el comando y dilogo de responder se puede reanudar. SMTP indica el final del
electrnico de datos mediante el envo de una lnea que contiene slo un perodo.
Tenga en cuenta que los datos de correo incluye el encabezado memo elementos tales como Fecha,
Asunto, Para, Desde.
El indicador de fin de datos de correo tambin confirma el correo transaccin y le dice al receptor-SMTP
para procesar ahora los destinatarios almacenados y datos de correo. Si se acepta, el receptor-SMTP devuelve
una respuesta 250 OK. El comando de datos debe fallar slo si la transaccin de correo era incompleta, o si los
recursos no estn disponibles.
El procedimiento anterior es un ejemplo de una transaccin de correo. Estos comandos deben ser
utilizados slo en el orden mencionado anteriormente.
S: MAIL FROM:<abel@epis.edu.pe>
R: 250 OK

S: RCPT TO:<abel@epis.edu.pe>
R: 250 OK

S: RCPT TO:<abel@epis.edu.pe>
R: 550 No such user here

S: RCPT TO:<abel@epis.edu.pe>
R: 250 OK

S: DATA
R: 354 Start mail input; end with <CRLF>.<CRLF>
S: Bla bla bla...
S: ...etc. etc. etc.
S: <CRLF>.<CRLF>
R: 250 OK





EPISUNSA
8

REENVIO

Hay algunos casos en que la informacin de destino en el <forward-path> es incorrecto, pero el
receptor - SMTP sabe el destino correcto. En estos casos, una de las siguientes respuestas se deben utilizar para
permitir que el remitente en contacto con el destino correcto.

251 El usuario no local; reenviar a <forward-path>

Esta respuesta indica que el receptor - SMTP sabe el buzn del usuario est en otro host e indica el
camino a seguir correcto a utilizar en el futuro. Tenga en cuenta que el host o el usuario o ambos pueden ser
diferentes. El receptor asume la responsabilidad de la entrega del mensaje.

551 El usuario no local; intente <forward-path>

Esta respuesta indica que el receptor-SMTP sabe el buzn del usuario est en otro host e indica el
camino a seguir correcto a utilizar. Tenga en cuenta que el host o el usuario o ambos pueden ser diferentes. El
receptor se niega a aceptar el correo para este usuario, y el remitente debe ya sea redirigir el correo de acuerdo
con la informacin proporcionada o devolver una respuesta de error al usuario de origen.

Ejemplo de reenvo

S : RCPT TO : <abel@epis.edu.pe>
R: 251 usuario no local; remitir a <abel@epis.edu.pe>

O
S : RCPT TO : <hector@epis.edu.pe>
R : 551 usuario no local; intente <diego@epis.edu.pe>


EPISUNSA
9

VERIFICAR Y REENVIAR

SMTP proporciona funciones adicionales como, comandos para verificar el nombre de usuario o
expandir una lista de correo. Esto se realiza con los comandos VRFY y EXPN, que tienen argumentos de cadena
de caracteres. Para el comando VRFY, la cadena es un nombre de usuario, y la respuesta puede incluir el nombre
completo del usuario y debe incluir el buzn del usuario. Para el comando EXPN, la cadena identifica una lista de
correo, y la respuesta de varias lneas puede incluir el nombre completo de los usuarios y debe dar a los buzones
de la lista de correo.
"Nombre de usuario " es un trmino difuso y se utiliza a propsito. Si un host implementa los comandos
VRFY EXPN o al menos buzones locales deben ser reconocidos como "nombres de usuario. Si un host decide
reconocer a otras cadenas como " nombres de usuario " que se permite.
En algunos anfitriones la distincin entre una lista de correo y un alias para un nico buzn de correo es
un poco difusa, ya que una estructura de datos comn puede contener dos tipos de entradas, y es posible tener
las listas de correo de un buzn. Si se realiza una solicitud para verificar una lista de correo una respuesta positiva
se puede dar si la recepcin de un mensaje que haya sido requerida ser entregado a todos en la lista, de lo
contrario debe ser informado de un error (por ejemplo, "550 Esto es una lista de correo, no es un usuario ") . Si
se hace una solicitud de ampliacin de un nombre de usuario una respuesta positiva se puede formar mediante
la devolucin de una lista que contiene un nombre, o un error se puede informar (por ejemplo, "550 Ese es un
nombre de usuario, no una lista de correo ").
El caso de la verificacin de un nombre de usuario es sencillo
S : VRFY abel
R : 250 abel ramirez abel@epis.edu.pe

O

S : VRFY abel
R : 251 usuario no local; remitir a abel@epis.edu.pe

O

S : VRFY Hector
R : 550 Cadena no coincide con nada.

O

S : VRFY Hector
R : 551 usuario no local; intente hector@epis.edu.pe

EPISUNSA
10

LAS ESPECIFICACIONES SMTP

COMANDOS SMTP

SEMNTICA DE COMANDO

Los comandos SMTP definen la transferencia de correo electrnico o la funcin de sistema de correo
solicitado por el usuario. Comandos SMTP son cadenas de caracteres terminadas por <CRLF>. Los propios cdigos
de comando son caracteres alfabticos terminados por <SP> si los parmetros siguen y <CRLF> lo contrario. La
sintaxis de los buzones deben ajustarse al receptor convenciones sitio. Los comandos SMTP se discuten a
continuacin.
Una transaccin de correo implica varios objetos de datos que se comunican como argumentos a
diferentes comandos. El camino inverso es el argumento del comando MAIL, el camino a seguir es el argumento
del comando RCPT, y los datos de correo electrnico es el argumento del comando DATA. Estos argumentos u
objetos de datos se deben transmitir y mantuvieron a la espera de la confirmacin de la comunicada por el final
de la indicacin de datos de correo que finaliza la transaccin. El modelo para esto es que los tampones distintos
se proporcionan para mantener los tipos de objetos de datos, es decir, no es un tampn de trayectoria inversa,
una memoria intermedia de la trayectoria directa, y un tampn de datos de correo. Comandos especficos causan
informacin que se aadirn a un bfer especfico, o causar uno o ms tampones se borren.
HOLA (HELO)

Este comando se utiliza para identificar al remitente - SMTP para el receptor - SMTP. El campo
argumento contiene el nombre de host del remitente - SMTP.
El receptor - SMTP identifica al remitente - SMTP en la respuesta de felicitacin de conexin, y en la
respuesta a esta comando. Este comando y una respuesta en Aceptar para que confirman que tanto el remitente
- SMTP y el receptor - SMTP estn en el estado inicial, es decir, no hay ninguna transaccin en curso y todas las
tablas de estado y buffers se borran.

MAIL (CORREO)

Este comando se utiliza para iniciar una transaccin de correo en el que los datos de correo se entregan
a uno o ms buzones. El campo argumento contiene un camino inverso.
El camino inverso consiste en una lista opcional de los ejrcitos y el buzn de correo del remitente.
Cuando la lista de los ejrcitos est presente, se trata de una ruta de origen " inversa" e indica que el correo fue
transmitido a travs de cada host en la lista (el primer anfitrin en la lista era el rel ms reciente). Esta lista se
utiliza como ruta de origen para volver avisos de no entrega al remitente. A medida que cada host de
retransmisin se agrega al comienzo de la lista, debe utilizar su nombre como se conoce en la IPCE a la que est
transmitiendo el correo en lugar de la IPCE de la que vino el correo (si son diferentes).
EPISUNSA
11

Este comando borra el buffer camino inverso, la memoria intermedia de la trayectoria directa, y el buffer
de datos de correo, e inserta la informacin de la ruta inversa a partir de este comando en el bfer de la ruta
inversa.
RECIPIENT (RCPT)

Este comando se utiliza para identificar a un individuo receptor de los datos de correo;
varios destinatarios son especificados por el uso mltiple de este comando.

El camino hacia adelante- se compone de una lista opcional de los ejrcitos y un buzn
de correo de destino requerido. Cuando la lista de los ejrcitos est presente , se trata de una
ruta de origen e indica que el correo debe ser transmitida a la prxima sede de la lista. Si el
receptor - SMTP no implementa la funcin de rel fuere usuario la misma respuesta que lo hara
para un usuario local desconocido ( 550 ) .

DATA (DATOS)

El receptor trata las lneas siguientes el comando como datos de correo del remitente .
Este comando hace que los datos de correo de este comando que se adjuntan en el bfer de
datos de correo . Los datos de correo pueden contener cualquiera de los 128 cdigos de
caracteres ASCII.

El fin de la indicacin de datos de correo requiere que el receptor ahora tiene que
procesar la informacin de la transaccin correo almacenado . Este proceso consume la
informacin en el buffer- camino inverso , la memoria intermedia de la trayectoria directa , y
el buffer de datos de correo, y en la realizacin de este comando estos buffers se borran . Si el
tratamiento es exitoso el receptor debe enviar una respuesta en Aceptar. Si el procesamiento
falla completamente el receptor debe enviar una respuesta al fracaso.

SEND (ENVIAR)

Este comando se utiliza para iniciar una transaccin de correo en el que los datos de
correo se entrega a uno o ms terminales . El campo argumento contiene un camino inverso .
Este comando se ejecuta correctamente si el mensaje se entrega a un terminal.

El camino inverso consiste en una lista opcional de los ejrcitos y el buzn de correo
del remitente. Cuando la lista de los ejrcitos est presente , se trata de una ruta de origen "
inversa" e indica que el correo fue transmitida a travs de cada host en la lista (el primer
anfitrin en la lista era el rel ms reciente). Esta lista se utiliza como ruta de origen para volver
avisos de no entrega al remitente . A medida que cada host de retransmisin se agrega al
comienzo de la lista , debe utilizar su nombre como se conoce en la IPCE a la que est
transmitiendo el correo en lugar de la IPCE de la que vino el correo ( si son diferentes ) .

RESET (RESETEAR)

Este comando especifica que la transaccin de correo actual es la de ser abortado .
Cualquier remitente almacenada , destinatarios y datos de correo deben ser desechados , y todos
los tampones y tablas de estado borran. El receptor debe enviar una respuesta en Aceptar.

EPISUNSA
12

VRFY (VERIFICAR)

Este comando solicita al receptor para confirmar que el argumento identifica a un
usuario. Si se trata de un nombre de usuario , el nombre completo del usuario ( si se conoce) y
el buzn completamente especificado se devuelven .

Este comando no tiene ningn efecto sobre cualquiera de la memoria intermedia de
camino inverso , la memoria intermedia de la trayectoria directa , o el buffer de datos de correo
.

EXPAND (EXPN)

Este comando le pide al receptor para confirmar que el argumento identifica una lista
de correo, y si es as , para volver a los miembros de esa lista. El nombre completo de los
usuarios (si se conoce) y los buzones completamente especificados se devuelven en tu respuesta
multilnea. Este comando no tiene ningn efecto sobre cualquiera de la memoria intermedia de
camino inverso, la memoria intermedia de la trayectoria directa, o el buffer de datos de correo

HELP (AYUDA)

Este comando hace que el receptor para enviar informacin til al remitente del
comando HELP. El comando puede tomar un argumento (por ejemplo, cualquier nombre de
comando) y devolver informacin ms especfica como respuesta.

Este comando no tiene ningn efecto sobre cualquiera de la memoria intermedia de
camino inverso, la memoria intermedia de la trayectoria directa, o el buffer de datos de correo.

NOOP

Este comando no afecta a ninguno de los parmetros o comandos introducidos
anteriormente. En l se especifica ninguna accin que no sea que el receptor enva una respuesta
en Aceptar.

Este comando no tiene ningn efecto sobre cualquiera de la memoria intermedia de
camino inverso, la memoria intermedia de la trayectoria directa, o el buffer de datos de correo.

QUIT (SALIR)

Este comando especifica que el receptor debe enviar una respuesta en Aceptar y, a
continuacin, cierre el canal de transmisin.

El receptor no debe cerrar el canal de transmisin hasta que se recibe y responde a un
comando QUIT (incluso si no era un error). El remitente no debe cerrar el canal de transmisin
hasta que se enva un comando QUIT y recibe la respuesta (incluso si haba un error de respuesta
a un comando anterior). Si la conexin se cierra antes de tiempo el receptor debe actuar como
si un comando RSET se haba recibido (cancelar cualquier transaccin pendiente, pero no
deshacer cualquier operacin completada anteriormente) , el remitente debe actuar como si el
comando u operacin en curso haban recibido un error temporal (4xx).

EPISUNSA
13

TURN (CAMBIO DE TURNO)

Este comando especifica que el receptor debe ya sea enviar una respuesta en Aceptar y
asumir el papel de emisor - SMTP, o enviar una respuesta negativa y conservar la funcin del
receptor - SMTP.

Si el programa - A es hoy el remitente - SMTP y se enva el comando TURN y recibe
una respuesta OK (250), entonces el programa -A se convierte en el receptor - SMTP. Programa
- A est entonces en el estado inicial como si el canal de transmisin acaba de abrir, y a
continuacin, enva el 220 servicio del saludo listo.

Si el programa -B es actualmente el receptor - SMTP y recibe el comando TURN y
enva una respuesta OK (250), entonces el programa -B se convierte en el emisor- SMTP.
Programa - B es entonces en el estado inicial como si el canal de transmisin acaba de abrir, y
luego espera a recibir el servicio 220 de felicitacin listo.

EPISUNSA
14

FORMATO DEL MENSAJE RFC-822 Y EXTENSIN MIME (MULTI
PURPOSE INTERNET MAIL)

El encabezado del mensaje est compuesto por campos. Algunos se completan de forma
automtica por el UA: From, Date, Received. Otros son completados por el usuario: To, Subject, Bcc.

Los campos Received slo aparecen en el mail al llegar al destino, pues contiene el nombre, IP
y otros datos que son completados por los MTA por los que pas el mensaje. El campo Bcc slo se ve
en el mail emisor, o sea en el mail que queda copiado en la carpeta Mensajes Enviados.

El RFC 822 en principio slo soportaba TEXTO en el cuerpo del mensaje. Para poder enviar
otro tipo de formatos se extendio dicho RFC con las extensiones MIME. Como el protocolo SMTP slo
permite enviar mensajes escritos en ASCII, MIME permite codificar en ASCII objetos arbitrarios, de
otro tipo como ser binario, imgenes, etc. Dichas extensiones hacen que aparezcan nuevos campos en
el encabezado de un mail. Algunos de los campos son:

Mime Version:

Versin de MIME utilizado por el UA.

Content-Type: Tipo/Subtipo; boundary="----XXX---"

Este campo define el Tipo y Subtipo de los objetos que se adjuntan al mail. En caso de adjuntar
ms de un objeto al mail se agrega el campo boundary donde se definir el delimitador entre cada
objeto del mensaje. Algunos de los tipos que se pueden definir son:

Imagen jpg, gif
Audio mp3, wav
Video avi
texto, txt
ejecutable, exe, com
ETC

Para cada objeto que se puede codificar con MIME existe un RFC que define su codificacin.

Content-transfering-encoding:

Este campo indica el mtodo con el que fue codificado el objeto a enviar. Por ejemplo: base64,
7bit, 8bit, etc.

En caso de adjuntar ms de un objeto, se dijo que se separan por el delimitador indicado en
boundary. Luego en cada seccin existirn los campos MIME: Content-Type, Mime version y
Content-Transfer-encoding.

EPISUNSA
15

RESUMEN

Protocolo simple de transferencia de correo (SMTP) est diseado para transferir
correo confiable y eficiente. Se utiliza ampliamente en instalaciones gubernamentales y de
educacin y tambin es el estndar utilizado en Internet para transferir correo.

El protocolo Simple de transferencia de correo sera un protocolo "capa de aplicacin"
cuando en el modelo OSI. Es un protocolo abierto porque la nica suposicin que hace del
mecanismo de transporte debajo de l es que proporcionar un servicio confiable.

En la mayora de los casos, SMTP se utiliza junto con el servicio de protocolo de
Control de transmisin (TCP), que proporciona la capa de transporte confiable (servicio).
Otros mecanismos de transporte que se mencionan como compatible con la especificacin son
el servicio de programa de Control de red (NCP), el servicio de transporte independiente
(NITS) de red y el servicio X.25.

Solicitudes de comentarios (RFC) proporcionan especificaciones para el protocolo:
RFC-821 especifica el protocolo de intercambio y es la base para SMTP.
RFC-822 especifica el formato del mensaje.
El servicio de correo de internet se basa en estos documentos RFC.

EPISUNSA
16

POP3

Introduccion a POP3
POP3 significa Protocolo de Oficina de Correos. Como su nombre lo indica, haba tres debuts del
servidor de correo POP que se introdujo el protocolo. El tipo de servidor POP3 e-mail ha sido por
muchos aos, ya que el papel de la introduccin del concepto fue lanzado en 1996. Aunque una
versin POP4 del software est en curso, no hay desarrollo se ha hecho en el protocolo desde el
ao 2003.

Cmo funciona
POP3 se convirti rpidamente en el tipo estndar de acceso al correo electrnico de diferentes
proveedores de servicios de Internet y proveedores de correo electrnico cuando se estren, y la
mayora de programas de correo electrnico puede configurar fcilmente el acceso a un servidor
debido a ella. Cuando un programa de escritorio se conecta a un servidor POP3, el servidor
requiere un nombre de usuario y una contrasea, el programa proporciona generalmente
escritorio, ya sea automticamente o por medio de una peticin del usuario. Una vez que el
nombre de usuario y la contrasea estn autorizados, se permite que el programa para acceder a
la direccin de e-mail, o cuando se descarga del servidor de correo electrnico, o guardarlo,
dependiendo de las preferencias del usuario.

Beneficios
Una de las principales ventajas del servidor de correo electrnico POP3 es la descarga de
cantidades masivas de correo electrnico. El hecho de que los correos electrnicos descargados se
envan directamente a la computadora significa que usted puede tenerlos archivados para su
posterior visualizacin o guardar mensajes de correo electrnico que contienen informacin
importante. Adems, ya que la conexin con el servidor POP3 no es una constante, el ancho de
banda se puede guardar para otras tareas, tales como la navegacin por Internet o el juego.

Desventajas
Con el almacenamiento en el cliente de escritorio de correo electrnico, sin embargo, viene una
pequea desventaja. Si el programa de escritorio elimina el correo en el servidor, copias del
programa son esencialmente los nicos ejemplares que sobreviven de la direccin de correo. Si
algo le pasa a los mensajes de correo electrnico, ya sea que se hayan daado o eliminado
accidentalmente los correos electrnicos se pierden para siempre.

EPISUNSA
17






Comandos POP3:

Comandos POP3
Comando Descripcin
USER
identification
Este comando permite la autenticacin. Debe estar seguido del nombre
de usuario, es decir, una cadena de caracteres que identifique al usuario
en el servidor. El comando USER debe preceder al comando PASS.
PASS
password
El comando PASS permite especificar la contrasea del usuario cuyo
nombre ha sido especificado por un comando USER previo.
STAT Informacin acerca de los mensajes del servidor
RETR Nmero del mensaje que se va a recoger
DELE Nmero del mensaje que se va a eliminar
LIST [msg] Nmero del mensaje que se va a mostrar
NOOP Permite mantener la conexin abierta en caso de inactividad
TOP
<messageID>
<n>
Comando que muestra n lneas del mensaje, cuyo nmero se da en el
argumento. En el caso de una respuesta positiva del servidor, ste
enviar de vuelta los encabezados del mensaje, despus una lnea en
blanco y finalmente las primeras n lneas del mensaje.
UIDL [msg]
Solicitud al servidor para que enve una lnea que contenga informacin
sobre el mensaje que eventualmente se dar en el argumento. Esta lnea
contiene una cadena de caracteres denominada unique identifier listing
(lista de identificadores nicos) que permite identificar de manera nica el
EPISUNSA
18

mensaje en el servidor, independientemente de la sesin. El argumento
opcional es un nmero relacionado con un mensaje existente en el
servidor POP, es decir, un mensaje que no se ha borrado.
QUIT
El comando QUIT solicita la salida del servidor POP3. Lleva a la
eliminacin de todos los mensajes marcados como eliminados y enva el
estado de esta accin.



Por lo tanto, el protocolo POP3 administra la autenticacin utilizando el nombre de usuario y la
contrasea. Sin embargo, esto no es seguro, ya que las contraseas, al igual que los correos
electrnicos, circulan por la red como texto sin codificar (de manera no cifrada). En realidad, segn RFC
1939, es posible cifrar la contrasea utilizando un algoritmo MD5 y beneficiarse de una autenticacin
segura. Sin embargo, debido a que este comando es opcional, pocos servidores lo implementan.
Adems, el protocolo POP3 bloquea las bandejas de entrada durante el acceso, lo que significa que es
imposible que dos usuarios accedan de manera simultnea a la misma bandeja de entrada.

EJECUCION : creacin de cuentas POP


Introduccin

Los servidores de correo de la Universidad de UBA le permiten enviar/recibir mensajes de correo
autenticados y cifrados. Para poder establecer este tipo de conexiones es necesario realizar las
siguientes pasos:
- Crear una cuenta nueva o modificar las propiedades de una cuenta existente
- Elegir el tipo de servidor entrante: POP3 seguro o IMAP seguro
- Configurar el servidor saliente: SMTP seguro y autenticado
Las conexiones seguras necesitan utilizar certificados. Outlook ya dispone de los certificados de la
FNMT (utilizados por los servidores de la UJA), as que no necesitar importarlos.
Esta gua muestra cmo configurar un Outlook manualmente, si quiere realizar una configuracin
automtica puede utilizar el programa Profiles del Servicio de Informtica.
Nota: En las pantallas que aparecen a continuacin se utiliza como ejemplo la direccin de correo
usuario@prueba.ar y la cuenta "usuario". Usted debera utilizar el suyo.

Crear una cuenta nueva POP o IMAP

EPISUNSA
19

Para crear una nueva cuenta de correo, siga las siguientes instrucciones:
- Entre en Men Herramientas -> Cuentas de correo electrnico....
- Pulse en Agregar una nueva cuenta de correo electrnico


IntroduzcalossiguientesdatosparaconfigurarunacuentaPOP:

Tipo de servidor: POP3
Su nombre
Su direccin de correo
Nombre de usuario
Recordar
contrasea: (opcin
desactivada)
Iniciar sesin utilizando
Autenticacin de contrasea
de seguridad (SPA): (opcin
desactivada)
Servidor de correo entrante(pop3):
pop3.uba.ar
Servidor de correo saliente (smtp):
smtp.uba.ar

Pulse siguiente y finalizar.

Configuracin de conexiones seguras (recibir/enviar correo cifrado)



Entre en Men Herramientas -> Cuentas de correo electrnico....
Pulse en Ver o cambiar cuentas de correo electrnico existentes

En la solapa Opciones Avanzadas active:

EPISUNSA
20

Servidor de Salida (SMTP): 25 (tambin est disponible el puerto 587)
Usar el siguiente tipo de conexin cifrada: TLS
Servidor de entrada (POP3): 995
Este servidor precisa una conexin cifrada(SSL)




Personalizacin para alias de correo

Si utiliza un alias institucional para enviar mensajes de correo, debera cambiar tanto el nombre
como la direccin de origen. Aunque enve con la direccin institucional debera autenticarse
Obligatoriamente para enviar con su cuenta personal como se ha indicado anteriormente.

Entre en Men Herramientas -> Cuenta....
Pulse en el botn Propiedades de la cuenta.
Entre en la Solapa General

En el apartado Informacin del usuario:
Introduzca el nombre de la unidad organizativa.
Introduzca la direccin de correo del alias.

EPISUNSA
21

Recuerde que aunque enva desde una direccin institucional, debera
autenticarse con su contrasea personal para poder enviar mensajes de
correo.

Nota: El programa Profiles del Servicio de Informtica tambin permite configurar
alias de correo institucionales.


Comprobacin de la configuracin.

Si todo est correctamente configurado, al enviar correo le solicitara la
contrasea de la cuenta de usuario que indica en el apartado 2.


Escenarios:








EPISUNSA
22

























EPISUNSA
23

Planificacion POP3
De la RFC 1939, podemos extraer el siguiente Comportamiento:
Al iniciar una conexin a un servidor POP, el cliente de correo debe abrir una conexin TCP
en el puerto 110 del servidor. Cuando la conexin se efecta correctamente, el servidor
POP enva al cliente POP una invitacin y a continuacion las dos mquinas se envan
mutuamente otras rdenes y respuestas que se especifican en el protocolo.
En este intercambio de informacion, al cliente POP se le pide que se autentifique (Estado de
autenticacin), donde el nombre de usuario y la contrasea del usuario se envan al servidor
POP. Si la autenticacin es correcta, el cliente POP pasa al Estado de transaccin.
Los comandos en POP3 son de una palabra cdigo case-sensitive, seguida de uno o mas
argumentos. Todos los comandos terminan con el par de palabras CR LF. Las palabras cdigo
tienen 3 o 4 caracteres de largo, cada argumento puede tener un largo mximo de
40 caracteres.
Las respuestas en POP3 consisten en una indicacin de estado y una palabra cdigo
posiblemente seguida de informacin adicional, todas las respuestas terminan en el par
CR LF. Hay generalmente 2 estados que se indican: positivo (+OK) y negativo (- ERR)
Una sesin POP3 pasa por los siguientes estados:
AUTHORIZATION state
TRANSACTION state
UPDATE state

Comandos POP3:

Minimal POP3 Commands:

USER name valid in the AUTHORIZATION state
PASS string
QUIT

STAT valid in the TRANSACTION state
EPISUNSA
24

LIST [msg]
RETR msg
DELE msg
NOOP RSET
QUIT

Optional POP3 Commands:

APOP name digest valid in the AUTHORIZATION state

TOP msg n valid in the TRANSACTION state
UIDL [msg]

POP3 Replies:

+OK
-ERR
Los mensajes definidos para su eliminacin no se quitan realmente del servidor hasta que el
cliente POP enva la orden QUIT para terminar la sesin. En ese momento, el servidor POP
pasa al Estado de actualizacin, fase en la que se eliminan los mensajes marcados y se
limpian todos los recursos restantes de la sesin.

Capturas con Wireshark

Inicio de conexin.



Detalles:

EPISUNSA
25







Autorizacion


Detalles:




EPISUNSA
26






Transaccin

Los comandos que capturamos que pertenecen a este estado son los siguientes:
STAT



Detalles












EPISUNSA
27


LIST


Detalles






















EPISUNSA
28





RETR

Detalles


EPISUNSA
29



DELE


Detalles
EPISUNSA
30



Estado de Update

Detalles


Cierre de sesin TCP


EPISUNSA
31

IMAP

Resumen

IMAP es un protocolo que sirve para que el servidor avise al cliente cuando ha llegado un
nuevo mensaje de correo y stos se sincronicen. Sin esta extensin, para realizar la
misma tarea el cliente debera contactar peridicamente al servidor para ver si hay
mensajes nuevos, ya sea que se utilice POP3 o IMAP4 para obtener los mensajes, los
clientes utilizan SMTP para enviar mensajes. Los clientes de correo electrnico son
comnmente denominados clientes POP o IMAP, pero en ambos casos se utiliza SMTP.

IMAP es utilizado frecuentemente en redes grandes; por ejemplo los sistemas de correo
de un campus. IMAP les permite a los usuarios acceder a los nuevos mensajes
instantneamente en sus computadoras, ya que el correo est almacenado en la red. Con
POP3 los usuarios tendran que descargar el email a sus computadoras o acceder va web.
Ambos mtodos toman ms tiempo de lo que le tomara a IMAP, y se tiene que descargar
el email nuevo o refrescar la pgina para ver los nuevos mensajes.

De manera contraria a otros protocolos de Internet, IMAP4 soporta mecanismos nativos
de cifrado. La transmisin de contraseas en texto plano tambin es soportada.











EPISUNSA
32


Introduccin
Recordemos que cuando mandamos un e-mail usamos el protocolo SMTP y para recibir
podemos usar POP3 o en este caso IMAP ya que son los protocolos para acceder a los
correos electrnicos. IMAP es un derivado de POP, como un hijito que lleva sus genes
ms fuertes. A partir de ahora explicaremos ambos porque en la vida real hay que optar
entre estos para saber cul se amolda a la infraestructura y brindar as, el mejor
rendimiento.

Protocolo de Acceso a Mensajes de Internet (IMAP)

IMAP es un protocolo de aplicacin que permite el acceso a mensajes almacenados en un
servidor de Internet. Mediante IMAP se puede tener acceso al correo electrnico desde
cualquier equipo que tenga una conexin a Internet. IMAP tiene varias ventajas
sobre POP (otro protocolo empleado para obtener correos desde un servidor). Por
ejemplo, es posible especificar en IMAP carpetas del lado del servidor. Por otro lado, es
ms complejo que POP ya que permite visualizar los mensajes de manera remota y no
descargando los mensajes como lo hace POP.
La principal diferencia que encontramos respecto al protocolo POP es que tanto los
mensajes como las carpetas se guardan en el Host. Esto, que puede parecer un
inconveniente, es muy til para conectarse desde ordenadores compartidos, ya que los
mensajes no pueden ser ledos por terceras personas, al no quedarse en el PC, adems,
si no tenemos la posibilidad de conectarnos siempre del mismo ordenador, conseguimos
siempre acceder a la totalidad de nuestros mensajes. Hay que tener la precaucin de ir
borrndolos de vez en cuando para no sobrepasar el lmite de capacidad de nuestro
buzn. En cuanto al soporte de este protocolo, aunque son pocos los programas de correo
que lo soportan por ahora, tenemos la suerte que los dos navegadores ms extendidos
(Netscape e Internet Explorer -Con Outlook Express u Outlook 98- ) s que pueden
trabajar con l, adems estos ltimos soportan el poder configurar varias cuentas de
correo, cosa que no puede hacer el Outlook 97.

La versin actual de IMAP, IMAP versin 4 revisin 1 (IMAP4ver1), est definida por el RFC
3501.
EPISUNSA
33



Caractersticas importantes que diferencian a IMAP y POP3 son:

Soporte para los modos de operacin connected y disconnected
Al utilizar POP3, los clientes se conectan al servidor de correo brevemente, solamente lo
que les tome descargar los nuevos mensajes. Al utilizar IMAP4, los clientes permanecen
conectados el tiempo que su interfaz permanezca activa y descargan los mensajes bajo
demanda. El patrn de IMAP4 puede dar tiempos de respuesta ms rpidos para usuarios
que tienen una gran cantidad de mensajes.
Soporte para la conexin de mltiples clientes simultneos a un mismo destinatario
El protocolo POP3 asume que el cliente conectado es el nico dueo de una caja de correo.
En contraste, el protocolo IMAP4 permite accesos simultneos a mltiples clientes y
proporciona ciertos mecanismos a los clientes para que se detecten los cambios hechos
a un mailbox por otro cliente concurrentemente conectado.
Soporte para acceso a partes MIME de los mensajes y obtencin parcial
Casi todo el email del internet es transmitido en formato MIME. El protocolo IMAP4 le
permite a los clientes obtener separadamente cualquier parte MIME individual as como,
obtener porciones de las partes individuales o los mensajes completos.
Soporte para que la informacin de estado del mensaje se mantenga en el servidor
A travs de la utilizacin de banderas definidas en el protocolo IMAP4 de los clientes, se
puede vigilar el estado del mensaje, por ejemplo, si el mensaje ha sido o no ledo,
respondido o eliminado. Estas banderas se almacenan en el servidor, de manera que
varios clientes conectados al mismo correo en diferente tiempo pueden detectar los
cambios hechos por otros clientes.
Soporte para acceder a mltiples buzones de correo en el servidor
Los clientes de IMAP4 pueden crear, renombrar o eliminar correo (por lo general
presentado como carpetas al usuario) del servidor, y mover mensajes entre cuentas de
correo. El soporte para mltiples buzones de correo tambin le permite al servidor
proporcionar acceso a los folders pblicos y compartidos.
EPISUNSA
34

Soporte para bsquedas para parte del servidor
IMAP4 proporciona un mecanismo para los clientes le pidan al servidor que busque
mensajes de acuerdo a una cierta variedad de criterios. Este mecanismo evita que los
clientes descarguen todos los mensajes de su buzn de correo con el fin de agilizar las
bsquedas.
Soporte para un mecanismo de extensin definido

Como reflejo de la experiencia en versiones anteriores de los protocolos de internet,
IMAP define un mecanismo explcito mediante el cual puede ser extendido. Se han
propuesto muchas extensiones de IMAP4 y son de uso comn.

Versiones de IMAP

IMAP da acceso al correo electrnico de manera que los clientes pueden guardarse copias
locales de los mensajes (consideradas como una cach temporal). Adems, presenta
mltiples versiones, entre las cuales se encuentran: IMAP2, IMAP3, IMAP2bis e IMAP4.
IMAP2
La versin IMAP2 fue la primera versin de IMAP distribuida pblicamente y fue definida
en el RFC 1064 en 1988. Ms tarde, fue actualizado por el RFC 1176, la misma busc
hacerle frente a la administracin de correo electrnico centralizado que careca de POP2.
En ella se introdujeron comandos y respuestas de etiquetado.
IMAP3
IMAP3 es una versin rara del IMAP, fue especficamente una contrapuesta del RFC 1176,
la cual fue definida por el RFC 1203 en los aos 1991 pero la misma no fue aceptada por
el mercado.
IMAP2bis
El protocolo de oficina de correo deja gran parte de la gestin a un usuario que permanece
sujeto a una sola mquina o computadora, si el equipo llega a fallar, se pierden todos sus
datos y no se pueden recuperar los correo electrnicos, debido a esto y con la llegada del
MIME se toma la decisin de ampliar IMAP2 para apoyar el MIME y agregar funciones para
las administracin de buzones. Entonces IMAP2bis considerado una revisin experimental
aade estas funcionalidades de crear, eliminar y guardar como borradores los mensajes
en los respectivos buzones.
IMAP4
EPISUNSA
35

El IMAP decidi realizar un cambio en el nombre de IMAP2bis para evitar confusiones con
la propuesta dada en los aos 1991 (IMAP3), la cual fue hecha por un grupo de la
competencia que no obtuvo logros con dicha propuesta, el nuevo nombre dado de
IMAP2bis sera entonces IMAP4. IMAP4 permite a los clientes de correo electrnico
manipular los mensajes de correo electrnico almacenados en el servidor, como tambin
la manipulacin de las carpetas locales. Sin embargo fue revisada puesto que encontraron
o descubrieron fallas en la seguridad. Para el ao del 2003 surge IMAP4rev1 que incluy
las funciones de escuchar los mensajes antes de descargar el cuerpo entero del correo
electrnico.

Ventajas de IMAP

Un usuario (mvil o viajero) mira su correo desde un PC fuera de su ciudad dnde estaba
de paso. Al mirarlos lo acomod en sus carpetas para mantener el orden o una prioridad
dentro de un directorio o subdirectorio y slo baj un correo al equipo en uso porque
quera modificarlo. Al quedar estos ordenados, cuando vuelve a su casa puede decidir si
bajarlos o no al disco rgido y estos mantendrn su estado de ya ledos y con una
indicacin de que ya fue descargado en otro equipo. Esto permite un control minucioso
de los correos y sin tener que llevar tu lap-top, Pda o Iphone, y si los llevas, puedes
gestionar mails entre varios usuarios a la vez. Los correos no se descargan al host cliente,
por lo tanto no se borran al leerlos.

Desventajas de IMAP

Las carpetas creadas con IMAP no pueden ser ledas por POP3 porque ste ltimo, slo
lee de la carpeta INBOX del servidor de correo. Como IMAP funciona online, si estas
escribiendo un correo o gestionando dentro del servidor y pierdes la conexin, abras
perdido todo. Hay que gestionar el borrado de los emails que ya no sirven porque no lo
hace automticamente.




Propuesta de Mejora
EPISUNSA
36

Las amenazas que hay sobre el correo electrnico y que se han estudiado son los ataques
pasivos sobre los protocolos bsicos del servicio de correo electrnico y el uso incorrecto
de las estafetas de correo que degradan la calidad de este servicio. Las especificaciones
originales de estos protocolos (POP, IMAP y SMTP ) los hacen vulnerables a los ataques
pasivos que se producen cuando una aplicacin escucha el trfico de la red y accede al
contenido de los mensajes, as como a la identificacin del usuario: su nombre y password
de acceso. Estos ataques pueden actuar sobre las aplicaciones de usuario ms extendidas
como: Netscape, Outlook, Eudora y las de tipo Web-Mail.

Nuestra propuesta de mejor seria incluir mecanismos de autenticacin en las relaciones
de confianza respecto a clientes locales que se aplican actualmente, volviendo a
definiendo las condiciones como rechazar todo el correo cuyo origen sea una mquina
externa a la organizacin y el destino sea una direccin tambin externa, cuando el
usuario no este autenticado, con estas mejoras solucionamos el problema de la
circulacin del password en claro y del uso correcto de los servidores SMTP2, pero nos
queda pendiente el problema de la transmisin del mensaje en claro por la red.



Conclusiones

IMAP y POP3 son protocolos de Internet estndar para correo electrnico que permiten a
su programa de correo electrnico el acceso a las cuentas de correo electrnico de su
espacio web.

IMAP permite acceder a varios clientes al mismo buzn, facilitando el acceso posterior a
los mensajes de correo disponibles en el servidor mediante correo web.

En cuanto a lo ms recomendable, si POP o IMAP, eso depende del uso que des a tu correo
y el modo de conexin.

EPISUNSA
37

Bibliografa
[1] http://es.wikipedia.org/wiki/Internet_Message_Access_Protocol
[2] RFC 2195 IMAP/POP AUTHorize Extension for Simple Challenge/Response
[3] RFC 2595 Using TLS with IMAP, POP3 and ACAP
[4] IMAP/POP CYRUS-IMAP http://asg.web.cmu.edu/cyrus