LABORATORIO DE RC: PRÁCTICA 4: IMPLEMENTACIÓN DE UN CLIENTE DE CORREO

Transcripción

1 UNIVERSIDADE DA CORUÑA Departamento de Tecnoloxías da Información e as Comunicacións LABORATORIO DE RC: PRÁCTICA 4: IMPLEMENTACIÓN DE UN CLIENTE DE CORREO

2 PRÁCTICA 4: Implementación de un Cliente de Correo Esta práctica consiste en el desarrollo de un cliente, con capacidad para enviar correos electrónicos, a través de un servidor. El objetivo de esta práctica es desarrollar un programa cliente con capacidad para interactuar mediante el protocolo con un servidor. El cliente permitirá enviar un correo electrónico con los siguientes campos básicos: - Dirección del remitente - Dirección del destinatario - Asunto del mensaje - Mensaje Para la interacción básica necesaria para enviar un mensaje electrónico, será necesario implementar una parte del protocolo (definido en el RFC 821). A continuación se listan los comandos principales necesarios para el desarrollo de la versión básica de esta práctica, aunque en la siguiente sección se realiza una descripción más detallada de este protocolo: Comando Código de respuesta DATA 354 HELO 250 MAIL FROM 250 QUIT 221 RCPT TO 250 Para el desarrollo de la práctica será necesario utilizar un servidor que implemente, al menos, el protocolo y opcionalmente el POP3. Se recomienda utilizar el servidor ArGoSoft Mail Server, en su versión freeware para Windows ya que dispone de una fácil administración, permitiendo gestionar fácilmente los s, incluyendo un servidor y POP3, junto con un sencillo sistema para acceder al correo vía Web. O alternativamente, el servidor Java Mail Server, implementado en Java y válido para cualquier plataforma, aunque carece de interfaz Web para el envío y la lectura del correo electrónico. La versión básica de esta práctica debe incluir: 2

3 - Implementación de un cliente, con capacidad para enviar un correo electrónico a un único destinatario en modo texto, recibiendo los siguientes parámetros por línea de comando: o Máquina del servidor (p.e. localhost) o Puerto del servidor (p.e. 2500) o Dirección del remitente o Dirección del destinatario o Asunto del mensaje o Texto del mensaje Además, dentro de la práctica se incluyen las siguientes opciones: - Implementar la interfaz gráfica para el cliente que abrirá una ventana para introducir la dirección del remitente, del destinatario, el asunto y el mensaje, con un botón que permita enviar el mensaje al concluir. - Múltiples destinatarios: utilizar el campo CC y permitir el envío de un correo electrónico a múltiples destinatarios. - Desarrollar un cliente POP3 que muestre, en modo texto, un listado de todos los mensajes almacenados en una cuenta de en el servidor. El programa recibirá como parámetros la máquina del servidor POP3, el puerto (p.e. 1100), el login del y su password. El listado, en forma de tabla, deberá indicar para cada mensaje: o Identificador del mensaje o Remitente o Destinatario(s) o Asunto del mensaje - Extender el cliente POP3 anterior para que el pueda seleccionar un mensaje concreto y mostrar su contenido. Por ejemplo, esto se puede realizar solicitando al que introduzca el identificador del mensaje que quiere leer. Introducción a El correo electrónico es un medio asíncrono de comunicación, en donde los s envían y reciben mensajes sin tener que coordinarse con los otros s. En el servicio electrónico se utilizan los siguientes componentes: - Lectores o agentes de 3

4 - es - El protocolo (Simple Mail Transfer Protocol) Usuario Usuario Cola de mensajes de salida Buzón de Los agentes de son las aplicaciones utilizadas por los s para actuar de interfaz con sus servidores, que les permiten enviar y recibir correos electrónicos. En los servidores, cada dispone de un buzón, que gestiona y mantiene los mensajes que le han sido enviados. El protocolo es el lenguaje de comunicación utilizado por los servidores de correo, que permite transferir un mensaje desde el servidor del remitente al del destinatario. El protocolo está definido en el RFC 821 (y revisado en el RFC 2821) y especifica el intercambio de mensajes entre servidores. El remitente actúa como cliente mientras que el destinatario actúa como servidor. El procedimiento para el envío de un mensaje es el siguiente: - El cliente establece una conexión TCP con el puerto del servidor (por defecto, puerto 25). - Se realiza la sincronización entre el emisor y el receptor, indicando la dirección del remitente. - El cliente envía el mensaje. Este proceso se puede repetir en caso de que haya más mensajes (para el mismo servidor) y finalmente se cierra la conexión TCP. El protocolo únicamente soporta mensajes en formato ASCII (sólo texto). En caso de que el mensaje contenga caracteres no ASCII o binarios deberá ser codificado siguiendo el estándar MIME. Los comandos básicos del protocolo son: 4

5 - HELO: el cliente se identifica mediante este comando. Debe incluir su nombre de dominio absoluto. - MAIL: identifica al remitente del mensaje. - RCPT: identifica al destinatario del mensaje. - DATA: se incluye el contenido del mensaje (finaliza con un. ). - QUIT: finaliza el intercambio. - RSET: aborta el intercambio y los dos extremos se resetean. - VRFY: el cliente consulta al servidor sobre una dirección. - NOOP: fuerza al servidor a responder con el código de respuesta 200 (OK). - TURN: cliente y servidor se intercambian. El protocolo permite la comunicación entre servidores, pero es conveniente analizar como se realiza la comunicación desde los agentes de con los servidores POP3, IMAP El agente situado en el emisor (1) puede utilizar el protocolo para enviar sus correos de la misma manera que se realiza la comunicación entre servidores (el agente actúa como cliente). Sin embargo, para leer los correos disponibles en el buzón del destinatario el protocolo no es válido. Para esta tarea se han definido los protocolos POP3 e IMAP. El protocolo POP3 (Post Office Protocol, versión 3) se define en el RFC Se trata de un protocolo de acceso al correo muy simple, que opera básicamente en tres fases: - Autorización: se notifican el login y el password al servidor POP3. - Transacción: se realizan las operaciones básicas sobre los mensajes de correo. o Recuperación de mensajes o Marcar para borrado o Estadísticas - Actualización: al finalizar la sesión, el servidor eliminará todos los mensajes marcados para borrado. 5

6 Los principales comandos del protocolo POP3 son los siguientes: - USER <nombre>: envía el identificador de. - PASS <password>: envía la clave del al servidor. - STAT: devuelve el número total de mensajes almacenados en el buzón y su longitud total. - LIST: devuelve un listado de todos los mensajes no borrados con su longitud. - RETR <identificador>: recupera el mensaje especificado en el campo identificador. - DELE <identificador>: marca para borrado el mensaje especificado. Todos los mensajes marcados serán borrados cuando se cierre la conexión. - RSET: recupera los mensajes borrados (mientas la conexión está establecida). - TOP <identificador> <líneas>: muestra la cabecera y el número de líneas indicado del mensaje especificado. - QUIT: salir El protocolo IMAP (Internet Mail Access Protocol), especificado en el RFC 2060, es más complejo y ofrece más funcionalidades que el protocolo POP3. El modo de operación de este protocolo se basa en la utilización de buzones remotos (en el servidor ) que son creados y gestionados a través del protocolo. IMAP asocia a cada mensaje un buzón (inicialmente y por defecto, el buzón Inbox), y dispone de comandos para crear nuevos buzones, mover mensajes entre buzones, buscar mensajes, etc. Java Mail Server, con soporte de y POP3, implementado en Java, lo que facilita su utilización sobre múltiples plataformas. Antes de iniciar su utilización es necesario realizar una configuración básica. Para ello debemos crear una copia del archivo template.cfg como jmailsrv.cfg (archivo de configuración que usaremos para el servidor ). A continuación, podemos iniciar el entorno gráfico para su configuración, ejecutando el siguiente comando (desde el directorio donde se ha instalado): java -classpath jmailsrv.jar at.jps.mailserver.gui.settingsframe -f jmailsrv.cfg Será necesario configurar los siguientes parámetros: 6

7 - General Settings: o Local domain name: indicando practicasrc.com. Es nombre se corresponde con un dominio ficticio que utilizaremos en las direcciones. o Local POP server port: 1100 o Local server port: User Settings: o Será necesario crear tres s. Por ejemplo, tic (password tic), tac (password tac) y toc (password toc). De esta manera, podremos enviar correos electrónicos a las direcciones: tic@practicasrc.com, tac@practicasrc.com o toc@practicasrc.com Una vez finalizada la configuración, podemos ejecutar el servidor con el siguiente comando: java -classpath jmailsrv.jar at.jps.mailserver.mailserver jmailsrv.cfg Para probar la práctica, se le indicará la máquina en donde se está ejecutando el servidor, el puerto 2500 para y se procederá al envío de un correo electrónico a cualquier de los s creados. Si el correo ha sido recibido correctamente aparecerá como un archivo.msg en la carpeta del correspondiente. Para acceder a la última versión disponible se recomienda acceder a: ArGoSoft Mail Server Se trata de un sencillo servidor, con soporte de, POP3 e incluso Finger, para Windows 95/98/NT/2000/XP, con una interfaz Web para el correo electrónico. Es necesario realizar una configuración similar al caso anterior, indicando el nombre de dominio (ficticio) que se va autilizar y creando las cuentas de correspondientes. Para acceder a la última versión disponible se recomienda acceder a: FECHA DE ENTREGA La práctica 4 se iniciará la semana del 10 al 14 de Noviembre de 2007, y deberá finalizarse la semana del 21 al 25 de Enero de 2008 (la defensa se realizará, cómo máximo, esta misma semana). La práctica será presentada y defendida 7

8 en el día de prácticas habitual. En caso de hacerlo en un grupo posterior se podrá considerar que la práctica ha sido entregada fuera de plazo. Para la presentación de esta práctica, el grupo mostrará su funcionamiento en el laboratorio de prácticas y deberá ser capaz de explicar el funcionamiento de cualquier componente de la misma. Además, el código fuente de la práctica deberá ser copiado al repositorio de entrega de prácticas una vez finalizada su defensa. En caso contrario, se considerará que la práctica NO ha sido presentada. 8