Implementación de un sistema para el manejo de correo electrónico con autenticación centralizada basada en servicios de directorio

Transcripción

1 Universidad Central de Venezuela Facultad de Ciencias Escuela de Computación Laboratorio de Comunicación y Redes Implementación de un sistema para el manejo de correo electrónico con autenticación centralizada basada en servicios de directorio Trabajo Especial de Grado presentado ante la ilustre Universidad Central de Venezuela por el Bachiller Alejandro Enrique Brito Monedero para optar al título de Licenciado en Computación Prof. Eric Gamess Caracas, Noviembre / 2007

2

3 3 Universidad Central de Venezuela Facultad de Ciencias Escuela de Computación ACTA DEL VEREDICTO Quienes suscriben, Miembros del Jurado designados por el Consejo de Escuela de Computación, para examinar el Trabajo Especial de Grado, presentado por el Bachiller Alejandro Enrique Brito Monedero, C.I , con el título Implementación de un sistema para el manejo de correo electrónico con autenticación centralizada basada en servicios de directorio, a los fines de cumplir con el requisito legal para optar al título de Licenciado en Computación, dejan constancia de lo siguiente: Leído como fue dicho trabajo por cada uno de los Miembros del Jurado, éstos fijaron el día 2 de noviembre de 2007, para que su autor lo defendiera en forma pública, lo cual éste realizó, mediante una exposición oral de su contenido, y luego respondió satisfactoriamente a las preguntas que le fueron formuladas por el Jurado, todo ello conforme a lo dispuesto en la Ley de Universidades y demás normativas vigentes de la Universidad Central de Venezuela. Finalizada la defensa pública del Trabajo Especial de Grado, el jurado decidió APROBARLO. Firmas del Tutor y Jurados Examinadores: Prof. Eric Gamess (Tutor) Prof. Claudia Fuenmayor (Jurado Principal) Prof. Néstor Dávila (Jurado Principal)

4

5 5 DEDICATORIA A Dios, a mis abuelos María de los Angeles y Pedro, a mi madre, a mi prima Cathy, a mis tías Isabel y Conchita, a mi hermano Gabo, a mis primos Daniel, Silvia y Fabi y al resto de mi familia, a mis amigos Zaire, Paul, Fernando, Gabriel, Hans y a las personas que me han apoyado, y a mi persona.

6

7 7 AGRADECIMIENTOS A Dios por la capacidad que me dio para resolver los problemas con los que me he encontrado y las oportunidades que me ha dado en la vida. A mi mamá y a toda mi familia por todo el apoyo brindado para realizar y culminar éste y muchos otros proyectos. A mis amigos por la ayuda y apoyo que me dieron. A mi tutor, Prof. Eric Gamess, por proporcionarme herramientas para desempeñarme mejor como profesional y todo el apoyo que me dio en la carrera. A los profesores que tuve a lo largo de mis estudios, en particular a los profesores Ana Morales y David Pérez por la ayuda que me prestaron. A la UCV, por darme la oportunidad de formarme como persona y profesional en sus instalaciones. Al IGVSB, por darme la oportunidad de realizar este trabajo en sus instalaciones y la confianza que depositaron en mí en los momentos difíciles. En particular al Coordinador de Tecnología y Sistemas Ing. Amador Medina, al personal de redes y muy especialmente a Zaire Hernández por todo su apoyo.

8

9 9 UNIVERSIDAD CENTRAL DE VENEZUELA FACULTAD DE CIENCIAS ESCUELA DE COMPUTACIÓN Implementación de un sistema para el manejo de correo electrónico con autenticación centralizada basada en servicios de directorio Autor: Alejandro Enrique Brito Monedero Tutor: Prof. Eric Gamess RESUMEN El presente Trabajo Especial de Grado está enfocado hacia la implementación de un sistema para el manejo de correo electrónico en ambientes empresariales y su aplicación, utilizando programas con licencias libres. El objetivo del trabajo es proponer una solución que permita a cualquier organismo, tener un sistema de correo electrónico acorde con sus necesidades, tomando en cuenta criterios como el fácil acceso desde lugares remotos, la seguridad, el control centralizado de los usuarios, y el filtrado de mensajes no deseados. El proyecto está compuesto por un proceso de investigación sobre los componentes necesarios para implementar un sistema para el manejo de correo electrónico y el método a seguir para la implementación del mismo en un organismo. Como caso de estudio, se seleccionó al Instituto Geográfico de Venezuela Simón Bolívar (IGVSB). El sistema instanciado en dicho Instituto quedó conformado por el servidor de correo de código abierto (Postfix) que cumple con los requerimientos del IGVSB en los aspectos de seguridad y eficiencia. Se utilizó el programa Dovecot y se configuró como un servidor IMAP, para permitir a los usuarios acceder a sus correos. Así mismo, para mantener un control centralizado de los usuarios y la libreta de direcciones del Instituto, se implementó un servidor de directorio LDAP, utilizando el programa OpenLDAP. Todos estos sistemas se integraron para proporcionar un servicio de correo acorde a las necesidades y propósitos del IGVSB y en concordancia con los lineamientos del Decreto Nº En el caso del IGVSB, se logró obtener una solución que proporciona beneficios adicionales, como son: control de los buzones mediante cuotas, control sobre el personal que puede enviar y recibir correos electrónicos de sitios externos al Instituto, mensajería instantánea interna y groupware. Palabras claves: , Software Libre, Servicios de Directorios, SMTP, IMAP, LDAP.

10

11 TABLA DE CONTENIDO 1 INTRODUCCIÓN Planteamiento del Problema Objetivos de la Investigación Objetivo general Objetivos específicos Justificación Alcance Distribución del Documento MARCO TEÓRICO Correo Electrónico Elementos Protocolos Funcionamiento de la Infraestructura de Correo Electrónico Servicio de Directorio LDAP MÉTODO PARA IMPLEMENTAR EL SISTEMA Definiciones Correo Spam Métodos utilizados por el spam Métodos para enviar correo spam Técnicas para engañar a los filtros de correo Técnicas Anti-Spam Fases del método Recopilación de requerimientos Definición de los roles Criterios para la selección del software Procedimiento para la implementación CASO DE ESTUDIO Instituto Geográfico de Venezuela Simón Bolívar (IGVSB) Requerimientos Equipos de Hardware que Integraran el Sistema Unidad de almacenamiento para los buzones de los usuarios Servidor de correo e IMAP Servidor de directorio Programas que Integran el Sistema Sistema operativo Sistema de archivos Servidor SMTP Servidor IMAP Servicio de directorio Implementación Configuración del servidor de directorio Configuración del servidor de correo PRUEBAS Escenario Configuración de los clientes de correo electrónico Medición del Desempeño del Servidor de Correo y Directorio Servidor de correo electrónico Servidor de directorio Interpretación de los Resultados Servidor de correo electrónico Servidor de directorio CONCLUSIONES Recomendaciones... 85

12 7 BIBLIOGRAFÍA ÍNDICE DE TABLAS Tabla 2.1: Los 5 servidores de correo más populares para agosto de Tabla 2.2: Órdenes básicas del protocolo SMTP Tabla 2.3: Códigos de respuesta en el protocolo SMTP Tabla 2.4: Comandos del protocolo POP Tabla 4.1: Comparación de costos en la puesta en marcha inicial de Windows vs. Linux Tabla 4.2: Comparación de varios servidores SMTP que son software libre Tabla 4.3: Comparación de varios servidores IMAP que son software libre ÍNDICE DE FIGURAS Figura 2.1 Ejemplos de direcciones de correo electrónico Figura 2.2: Mozilla Thunderbird Figura 2.3: SquirrelMail Figura 2.4: Ejemplo de una conexión SMTP Figura 2.5: Ejemplo de una conexión POP Figura 2.6: Proceso para enviar un correo electrónico Figura 2.7: Entrada en formato LDIF Figura 2.8: Definición del objectclass País Figura 2.9: Ejemplo de la estructura de nombres que puede tener un directorio LDAP en una organización Figura 3.1: Sistema de manejo de correos electrónicos con servicio de autenticación Figura 4.1: Unidad Promise Vtrak Figura 4.2: HP Proliant DL360 G Figura 4.3: IBM xseries Figura 4.4: Arquitectura de Postfix para recibir correos electrónicos Figura 4.5: Arquitectura de Postfix para reenviar / entregar correos electrónicos Figura 4.6: Distribución del Sistema en el IGVSB Figura 4.7: Estructura del árbol de directorio implementada Figura 4.8: Pasos para instalar y configurar el servidor LDAP Figura 4.9: Configuración hecha con debconf para slapd Figura 4.10: Configuración para el servidor de LDAP Figura 4.11: Ejemplo de archivo LDIF utilizado para cargar los datos Figura 4.12: Comandos para configurar el servidor de correo Figura 4.13: Configuración para el manejo de cuotas y el sistema de archivos Figura 4.14: Configuración de Postfix con debconf Figura 4.15: Cambios en el archivo de configuración /etc/postfix/main.cf Figura 4.16: Parámetros de búsqueda para obtener la lista de usuarios locales mediante LDAP Figura 4.17: Lista de control del envío de correos electrónicos Figura 4.18: Cambios para realizar autenticación mediante LDAP Figura 4.19: Configuración del servidor IMAP Figura 5.1: Configuración del cliente de correo especificando el servidor SMTP e IMAP Figura 5.2: Configuración del cliente de correo electrónico para utilizar IMAP sobre SSL Figura 5.3: Salida del comando df ejecutado en el servidor de correo Figura 5.4: Salida del comando repquota en el servidor de correo Figura 5.5: Salida del comando vmstat ejecutado en el servidor de correo Figura 5.6: Salida del comando uptime en el servidor de correo... 82

13 Figura 5.7: Parte del archivo mail.log Figura 5.8: Salida del comando vmstat en el servidor de directorio Figura 5.9: Salida del comando uptime en el servidor de directorio... 83

14

15 Capítulo 1: Introducción 15 1 INTRODUCCIÓN La invención del correo electrónico ha tenido un impacto grande en el mundo y ha logrado que el Internet sea, hoy en día, un medio de comunicación sumamente importante para nuestra sociedad. Su influencia se ha hecho sentir en el área empresarial y, es por ello que en los organismos, el correo electrónico se ha convertido en un medio de comunicación ampliamente utilizado, transformando profundamente la forma como se realizan las comunicaciones, tanto interna como externamente. Todo esto, gracias a su facilidad de uso, a su parecido con los métodos de comunicación tradicional, como la correspondencia, y, a las ventajas que ofrece a los usuarios, tales como: permitir comunicaciones casi instantáneas sin importar las ubicaciones geográficas y aliviar problemas de logística en la planificación de reuniones. El crecimiento masivo en la utilización del correo electrónico ha sido posible, en parte, gracias al desarrollo de protocolos de comunicación que definen las reglas para ello. Entre los protocolos desarrollados para este fin, están: SMTP (Simple Mail Transfer Protocol) [1], IMAP (Internet Message Access Protocol) [2] y POP3 (Post Office Protocol Version 3) [3], los cuales permiten el manejo de los correos electrónicos, tanto en las etapas de envío como en la recepción de los mismos, sin importar los sistemas utilizados. La flexibilidad de estos protocolos ha permitido la evolución del poder del correo electrónico, pasando desde enviar simples mensajes de texto, hasta la capacidad de enviar imágenes y archivos adjuntos. Ahora bien, para cubrir las necesidades de los organismos que deseaban tener una infraestructura que les permitiera el manejo de los correos electrónicos, compañías como IBM [4] y Microsoft [5] desarrollaron un conjunto de aplicaciones que cumplían con este objetivo; pero, estas soluciones presentan la desventaja de ser muy costosas para dichos organismos. Por otro lado, por la masificación en el uso de los correos electrónicos y al auge del software libre de una excelente calidad; los organismos, comenzaron a tomarlo en cuenta para implementar sus infraestructuras de manejo de correos electrónicos. Es por ello y dado que muchos organismos carecen de dicha infraestructura, nace la necesidad de crear un método para implementar un sistema que sea software libre; no solamente para satisfacer sus propósitos, sino también para suplir sus necesidades y carencias. En función de lo antes expuesto, surge el planteamiento de utilizar sistemas en software libre, para implementar una infraestructura de manejo de correos electrónicos en los organismos.

16 Capítulo 1: Introducción Planteamiento del Problema El correo electrónico es una de las herramientas de comunicación más importantes con la que cuentan los organismos en la actualidad. Pero, por cuanto este mercado ha sido dominado principalmente por compañías privadas, las cuales comercializan su mercancía a un costo muy elevado y además hay que obtener los componentes que sean compatibles con dicho sistema, esto ha imposibilitado que los organismos adquieran su producto, a pesar de ser de una excelente calidad. Ahora bien, dado que en la actualidad existen numerosos programas en software libre que permiten implementar una infraestructura para el manejo de correos electrónicos, surge la siguiente interrogante: Es posible implementar un sistema para el manejo de correo electrónico integrado con un servicio de directorio que utilice tecnologías abiertas y permita la interoperabilidad con distintos programas utilizando protocolos estándares? Con base a lo anteriormente expuesto, se plantea la implementación de una estructura para el manejo de correos electrónicos que estén conformados por un servidor SMTP, un servidor IMAP y un servidor LDAP (Lightweight Directory Access Protocol) [6], que sea segura y fácil de administrar. 1.2 Objetivos de la Investigación Objetivo general Diseñar e implementar un sistema para el manejo de correo electrónico que utilice los protocolos de SMTP, IMAP y LDAP, basada en software libre Objetivos específicos Ø Seleccionar y configurar un servidor SMTP, que permita el envío de correos electrónicos y cumpla con los requisitos de robustez y seguridad exigidos. Ø Seleccionar y configurar un servidor IMAP, que permita que los usuarios puedan acceder a sus correos, cumpliendo con el requisito de que los correos estén almacenados en el servidor.

17 Capítulo 1: Introducción 17 Ø Implementar un servicio de directorio LDAP, que permita manejar de manera centralizada la autenticación de los usuarios y la libreta de direcciones de los organismos. 1.3 Justificación El Trabajo Especial de Grado planteado viene a suplir una necesidad que se presenta en organismos del Estado, aunado al hecho de que éstos deben dar cumplimiento al Decreto Nº [7], que establece la obligatoriedad o prioridad de utilizar software libre. De esta manera, un organismo podrá contar con una plataforma para el manejo de los correos electrónicos basada en software libre y estándares abiertos, que le permitirá alcanzar la meta de proveer un servicio de correo electrónico estable y eficiente para el personal que labora en el mismo. Igualmente, con el esquema planteado, también se dará cumplimiento al Decreto N 3.390, que establece que los organismos públicos deben darle prioridad al empleo de software libre. Otros de los beneficios al implementar esta infraestructura es que también se podrá utilizar cualquier tipo de aplicación que emplee los protocolos SMTP, IMAP y LDAP. 1.4 Alcance Para la realización de este Trabajo Especial de Grado se propone el diseño, el desarrollo y la implementación de una infraestructura para el manejo de correos basado en protocolos estándares (SMTP, IMAP o LDAP) y tecnologías abiertas (Debian GNU/Linux 1, Postfix 2, Dovecot 3 y OpenLDAP 4 ). 1.5 Distribución del Documento En el presente Trabajo Especial de Grado se describen los aspectos más importantes para la implementación de una infraestructura para el manejo de correos electrónicos. El resto del documento está estructurado de la siguiente manera:

18 Capítulo 1: Introducción 18 Capítulo 2: Marco Teórico: Contiene documentación esencial sobre la infraestructura para el manejo de correos electrónicos, así como el protocolo de directorio LDAP. Capítulo 3: Método para implementar el sistema: Estudia el método a seguir para implementar los sistemas para manejo de correos electrónicos y su integración con el servicio de directorio. Capítulo 4: Caso de Estudio: Expone los requerimientos que tenía el IGVSB en su infraestructura para el manejo de correos electrónicos, los programas que se utilizaron para cumplir estos requerimientos y su configuración. Capítulo 5: Pruebas: Describe como se realizaron las pruebas para probar el correcto funcionamiento de todo el sistema. Capítulo 6: Conclusiones y Recomendaciones: Ofrece una visión de la importancia del sistema implementado, recomendaciones para trabajos futuros y las limitaciones presentes de la infraestructura.

19 Capítulo 2. Marco Teórico 19 2 MARCO TEÓRICO La siguiente investigación abarca dos temas: él de la infraestructura necesaria para manejar correos electrónicos en ambientes empresariales, utilizando protocolos abiertos como SMTP e IMAP y, él de la utilización de un servicio de directorio basado en LDAP. Se ofrecerá una descripción de estos temas, mostrando su estructura y funcionamiento. El objetivo principal de este capítulo es ofrecer una base teórica sólida para el entendimiento de los elementos que conformarán la infraestructura a implementar. 2.1 Correo Electrónico El correo electrónico es un servicio de red que permite a los usuarios enviar y recibir mensajes rápidamente mediante sistemas de comunicación electrónicos. Se usa este nombre, para denominar al sistema que provee este servicio en Internet y redes IP, mediante el protocolo SMTP, aunque por extensión también puede verse aplicado a sistemas análogos que usen otras tecnologías. Por medio de mensajes de correo electrónico se pueden enviar, no solamente textos, sino todo tipo de documentos. Su eficiencia, conveniencia y bajo costo están logrando que el correo electrónico desplace al correo normal para muchos usos habituales en las empresas [8] Elementos Para que se puedan enviar y recibir correos electrónicos, es necesario poseer los siguientes componentes: Ø Una dirección de correo electrónico: Esta dirección tiene que estar soportada por un registro DNS. Ø Un servidor que maneje el protocolo SMTP (Mail Transfer Agent). Ø Un cliente de correo electrónico: El mismo puede ser una aplicación que funcione en la máquina del cliente o utilizando un cliente Web (Mail User Agent). Dirección de correo Una dirección de correo electrónico es un conjunto de palabras que identifican una persona que puede enviar y recibir correos. Cada dirección es única y pertenece siempre a la misma persona.

20 Capítulo 2: Marco Teórico 20 Un ejemplo es que se lee persona arroba servicio punto com. El (llamado arroba) siempre está en cada dirección de correo, y la divide en dos partes: el nombre de usuario o alias de correo (a la izquierda de la arroba; en este caso, persona), y el dominio en el que está (a la derecha de la arroba; en este caso, servicio.com). La arroba también se puede leer "en", ya que persona@servicio.com identifica al usuario que está en el servidor servicio.com (indica una relación de pertenencia). Lo que hay a la derecha de la arroba es el nombre del proveedor que da el correo, y por lo tanto, es algo que el usuario no puede cambiar. Por otro lado, lo que hay a la izquierda es un identificador cualquiera, que puede tener letras, números y algunos signos. Las letras que integran la dirección pueden ser indiferentemente en mayúsculas o minúsculas. Por ejemplo, persona@servicio.com es igual a Persona@Servicio.Com. En la Figura 2.1 se muestran ejemplos de direcciones de correo electrónico. Figura 2.1 Ejemplos de direcciones de correo electrónico Servidor de Correo o MTA (Mail Transfer Agent) Un servidor de correo o MTA, también conocido como un MX en el contexto de los registros DNS, es un programa que transfiere los mensajes de correo electrónico de una computadora a otra [9].

21 Capítulo 2: Marco Teórico 21 El envió de los mensajes se hace utilizando el protocolo SMTP. El MTA recibe los mensajes de otro MTA o directamente de un MUA. El MTA trabaja detrás de escenas, mientras los usuarios interactúan con el MUA. La entrega de los correos se hace mediante los MDA (Mail Delivery Agent). Muchos MTAs tienen esta funcionalidad incorporada, aunque existen MDA como Procmail que permiten mayor sofisticación. De acuerdo a varios estudios realizados, los servidores de correo más populares son Sendmail, Postfix, Microsoft Exchange Server, etc. En la Tabla 2.1 se muestra los 5 servidores de correo más populares para el primero de agosto de 2007 de una consulta servidores [10]. Servidor Número de Servidores % Sendmail ,42 % Microsoft Exchange ,90 % Exim ,84 % Postfix ,62 % IMail ,41 % Tabla 2.1: Los 5 servidores de correo más populares para agosto de 2007 Cliente de Correo o MUA (Mail User Agent) Un cliente de correo electrónico, o también llamado Mail User Agent es un programa usado para leer y enviar correos electrónicos [11]. Los clientes de correo electrónico fueron pensados para ser programas simples. Su función consiste en leer los mensajes del correo del usuario almacenados en el buzón. Para ello, deben soportar protocolos como POP3 e IMAP, para comunicarse con un MTA y poder acceder a los correos almacenados en el buzón. Para enviar los correos, estos son entregados al MTA mediante el protocolo SMTP, de forma que el programa cliente de correo electrónico no necesita proporcionar ninguna clase de función de transporte. En la Figura 2.2 se muestra una captura del cliente de correo Mozilla Thunderbird.

22 Capítulo 2: Marco Teórico 22 Figura 2.2: Mozilla Thunderbird Además de los clientes de correo electrónico que operan en la máquina cliente, existen también programas de correo electrónico basados en la Web, denominados webmail o correo Web, en donde el cliente de correo es una aplicación que corre en un servidor Web. En la Figura 2.3 se muestra una captura del cliente tipo Web SquirrelMail.

23 Capítulo 2: Marco Teórico 23 Figura 2.3: SquirrelMail Protocolos SMTP Simple Mail Transfer Protocol (SMTP) o protocolo simple de transferencia de correo electrónico. Es un protocolo de red basado en texto utilizado para el intercambio de mensajes de correo electrónico entre computadoras. Está definido en el RFC 2821 y es un estándar oficial de Internet. Anteriormente estaba definido en los RFC 821 y RFC 822. El primero de ellos, define el protocolo y, el segundo, el formato del mensaje que el protocolo debe transportar. Con el tiempo se ha convertido en uno de los protocolos más usados del Internet. Para adaptarse a las nuevas necesidades surgidas del crecimiento y popularidad del Internet se han hecho varias ampliaciones a este protocolo, como lo es, el poder enviar un texto con formato o archivos adjuntos.

24 Capítulo 2: Marco Teórico 24 Funcionamiento SMTP se basa en el modelo cliente-servidor, donde un cliente envía un mensaje a uno o varios receptores. La comunicación entre el cliente y el servidor consiste enteramente en líneas de texto compuestas por caracteres ASCII. El tamaño máximo permitido para estas líneas es de caracteres. Las respuestas del servidor constan de un código numérico de tres dígitos, seguido de un texto explicativo. El número va dirigido a un procesado automático de la respuesta por un autómata, mientras que el texto permite que un humano interprete la respuesta. En el protocolo SMTP todas las órdenes, réplicas o datos son líneas de texto, delimitadas por los caracteres <CR><LF>. Todas las réplicas tienen un código numérico al comienzo de la línea. En el conjunto de protocolos TCP/IP, SMTP es transportado por TCP, usando normalmente el puerto 25 en el servidor para establecer la conexión. Resumen simple del funcionamiento del protocolo SMTP Cuando un cliente establece una conexión con el servidor SMTP, espera a que éste envíe un mensaje 220 <texto> o 421 Service non available. Se envía un HELO desde el cliente. Con ello el servidor se identifica. Esto puede usarse para comprobar si se conectó con el servidor SMTP correcto. El cliente comienza la transacción del correo con la orden MAIL FROM. Como argumento de esta orden se puede pasar la dirección de correo remitente. El servidor responde 250 OK. Seguidamente se indican los destinatarios del correo. La orden para esto es RCPT TO:<destino@host>. Se pueden mandar tantas órdenes RCPT TO como destinatarios del correo. Por cada destinatario, el servidor contestará 250 OK o 550 No such user here, si no encuentra al destinatario. Una vez enviados todos los RCPT TO, el cliente envía una orden DATA para indicar que a continuación se envían el contenido del mensaje. El servidor responde 354 End data with <CR><LF>.<CR><LF>. Esto indica al cliente como ha de notificar el fin del mensaje. Ahora el cliente envía el cuerpo del mensaje, línea a línea. Una vez finalizado, se termina con un <CR><LF>.<CR><LF> (la última línea será un punto), a lo que el servidor contestará 250 OK, o un mensaje de error apropiado. Tras el envío, el cliente, si no tiene que enviar más correos, finaliza la conexión con la orden QUIT.

25 Capítulo 2: Marco Teórico 25 Puede que el servidor SMTP soporte las extensiones definidas en el RFC 1651, en este caso, la orden HELO puede ser sustituida por la orden EHLO, con lo que el servidor contestará con una lista de las extensiones admitidas. Si el servidor no soporta las extensiones, contestará con un mensaje "500 Syntax error, command unrecognized". En la Tabla 2.2 se encuentran las órdenes básicas de SMTP: Orden Significado HELO Identifica el cliente MAIL FROM Indica el remitente del correo RCPT TO Indica el destinatario del correo DATA Contenido del correo QUIT Finaliza la conexión RSET Aborta el envío del correo Tabla 2.2: Órdenes básicas del protocolo SMTP En la Tabla 2.3 se indican los códigos de respuesta que puede dar el servidor SMTP. Código 2XX 3XX 4XX 5XX Significado Operación solicitada concluida con éxito La orden fue aceptada, pero se esperan nuevos datos para terminar la operación Error temporal, se puede repetir la orden más tarde Error permanente, no se puede repetir la orden Tabla 2.3: Códigos de respuesta en el protocolo SMTP Una vez que el servidor recibe el mensaje finalizado con un punto, puede: bien almacenarlo si es para un destinatario que pertenece a su dominio, o bien retransmitirlo a otro servidor para que finalmente llegue a un servidor del dominio del receptor. Ejemplo de una comunicación SMTP En primer lugar se ha de establecer una conexión entre el emisor (cliente) y el receptor (servidor). Esto puede hacerse automáticamente con un programa cliente de correo o mediante un cliente telnet. En la Figura 2.4 se muestra un ejemplo de una conexión típica.

26 Capítulo 2: Marco Teórico 26 Figura 2.4: Ejemplo de una conexión SMTP Formato del mensaje Como se muestra en la Figura 2.4, el mensaje es enviado por el cliente después de que éste mande la orden DATA al servidor. El mensaje está compuesto por dos partes: Ø Cabecera: En el ejemplo, las tres primeras líneas del mensaje (luego de enviada la orden DATA al servidor) son la cabecera. En ellas se usan unas palabras claves para definir los campos del mensaje. Estos campos ayudan a los clientes de correo a organizarlos y mostrarlos. Los más típicos son subject (asunto), from (emisor) y to (receptor). Estos dos últimos campos,

27 Capítulo 2: Marco Teórico 27 no hay que confundirlos con las órdenes MAIL FROM y RCPT TO, que pertenecen al protocolo, pero no al formato del mensaje. Ø Cuerpo del mensaje: Es el mensaje propiamente dicho. En el SMTP básico está compuesto únicamente por texto y finalizado con una línea en la que el único carácter es un punto. POP3 Post Office Protocol (POP3) es un protocolo que permite a los clientes locales de correo obtener los mensajes de correo electrónico almacenados en un servidor remoto. La mayoría de los suscriptores de los proveedores de Internet acceden a sus correos a través de POP3. Características El diseño de POP3 es para recibir correos y no para enviarlos. Permite que los usuarios con conexiones intermitentes (tales como las conexiones módem), descarguen su correo electrónico cuando se encuentren conectados de tal manera, que puedan ver y manipular sus mensajes, sin necesidad de permanecer conectados. Cabe mencionar, que la mayoría de los clientes de correo incluyen la opción de dejar los mensajes en el servidor, de manera tal que, un cliente que utilice POP3 se conecta, obtiene todos los mensajes, los almacena en la computadora del usuario como mensajes nuevos, los elimina del servidor y finalmente se desconecta. Los clientes que utilizan la opción dejar mensajes en el servidor, por lo general usan la orden UIDL (Unique IDentification Listing). La mayoría de las órdenes de POP3 identifican los mensajes dependiendo de su número ordinal del servidor de correo. Esto genera problemas al momento que un cliente pretende dejar los mensajes en el servidor, ya que el número de los mensajes cambia de una conexión a otra. Por ejemplo, un buzón de correo contenía 5 mensajes en la última conexión, después otro cliente elimina el mensaje número 3, el siguiente usuario se topará con que los últimos dos mensajes estarán decrementados en uno. El UIDL proporciona un mecanismo que evita los problemas de numeración. El servidor le asigna una cadena de caracteres única y permanente al mensaje. Cuando un cliente de correo compatible con POP3 se conecta al servidor utiliza la orden UIDL para obtener el mapeo del identificador de mensaje. De esta manera, el cliente puede utilizar ese mapeo para determinar qué mensajes hay que descargar y cuáles hay que guardar al momento de la descarga. Al igual que otros viejos protocolos de Internet, POP3 utilizaba un mecanismo de autenticación posible. En la actualidad, POP3 cuenta con diversos métodos de