Guía Unificada de Laboratorios

Código FLA-23 v.00

Página 1 de 18

1. Titulo:

PRÁCTICA 6. CONFIGURACIÓN DE SERVIDOR DE CORREO ELECTRÓNICO Materia: Telemática III

Autores: Juan Carlos Satizábal y Cristina Satizábal

2. Objetivos: • Comprender el funcionamiento de los protocolos SMTP, POP e IMAP a fin de

determinar cómo interactúan para proporcionar el servicio de correo electrónico.

• Adquirir destreza en la configuración y puesta en marcha de un servidor de Correo Electrónico en Linux y Windows para saber qué parámetros se deben tener en cuenta y qué problemas se pueden presentar en su implementación.

3. Marco Teórico

3.1 Clasificación de los Programas de Correo En general, todas las aplicaciones de e-mail caen en al menos una de tres clases. Cada clase juega un papel específico en el proceso de mover y administrar los mensajes de correo. Mientras que la mayoría de los usuarios sólo están al tanto del programa de correo específico que usan para recibir o enviar mensajes, cada uno es importante para asegurar que el mensaje llegue a su destino correcto [1].

3.1.1 Mail Transport Agent - MTA Un Agente de Transporte de Correo (MTA) transfiere mensajes de correo electrónico entre los hosts usando SMTP (Simple Mail Transfer Protocol). Un mensaje puede involucrar varios MTAs a medida que este se mueve hasta llegar a su destino [1]. La entrega de correo desde una aplicación cliente a un servidor, y desde un servidor origen al servidor destino es manejada por SMTP. El objetivo principal del protocolo simple de transferencia de correo, SMTP, es transmitir correo entre servidores de correo. Sin embargo, es crítico para los clientes de correo también. Para poder enviar correo, el cliente envía el mensaje a un servidor de correo saliente, el cual luego contacta al servidor de correo de destino para la entrega. Por esta razón, es necesario especificar un servidor SMTP cuando se esté configurando un cliente de correo. Un punto importante sobre el protocolo SMTP es que no requiere autenticación. Esto permite que cualquiera en Internet pueda enviar correo a cualquier otra persona o inclusive

a grandes grupos de personas. Esta característica de SMTP es lo que hace posible el correo basura o spam. Los servidores SMTP modernos intentan minimizar este comportamiento permitiendo que sólo los hosts conocidos accedan al servidor SMTP. Los servidores que no ponen tales restricciones son llamados servidores open relay [2]. Los MTA más conocidos en CENTOS son Sendmail (/usr/sbin/sendmail) y Postfix (/usr/sbin/postfix).

• Sendmail: Su propósito principal, es transferir correos de forma segura entre hosts. Sin embargo, Sendmail es altamente configurable, permitiendo el control sobre casi cada aspecto del manejo de correos, incluyendo el protocolo utilizado. Muchos administradores de sistemas seleccionan Sendmail como su MTA debido a su poder y escalabilidad [1].

• Postfix: Originalmente conocido como VMailer e IBM Secure Mailer, fue creado con la intención de ser una alternativa más rápida, fácil de administrar y segura que Sendmail [3].

3.1.2 Mail Delivery Agent - MDA

Un Agente de Entrega de Correo (MDA) es invocado por el MTA para archivar el correo entrante en el buzón de correo del usuario. En muchos casos, el MDA es, en realidad, un Agente de entregas local (LDA), tal como mail o Procmail.

Algunos MTAs (tales como Sendmail y Postfix) pueden tener el papel de un MDA cuando ellos anexan nuevos mensajes de correo al archivo spool de correo del usuario. En general, los MDAs no transportan mensajes entre sistemas, tampoco proporcionan una interfaz de usuario; los MDAs distribuyen y clasifican mensajes en la máquina local para que sean accedidos por una aplicación cliente de correo [1].

3.1.3 Mail User Agent - MUA

Un Agente de Usuario de Correo (MUA) es el sinónimo de una aplicación cliente de correo. Un MUA es un programa que, al menos, le permite a los usuarios leer y redactar mensajes de correo. Muchos MUAs son capaces de recuperar mensajes a través de los protocolos POP o IMAP, configurando los buzones de correo para almacenar mensajes y enviando los mensajes salientes a un MTA. Los MUAs pueden ser de interfaz gráfica tal como Mozilla Mail o tener una interfaz basada en texto muy sencilla tal como mutt o pine [1].

3.2 Protocolos de Acceso a Correo Hay dos protocolos principales usados por las aplicaciones de correo cliente para recuperar correo desde los servidores de correo: el Post Office Protocol (POP) y el Internet Message

Access Protocol (IMAP). A diferencia de SMTP, estos protocolos requieren autenticación de los clientes usando un nombre de usuario y una contraseña. Por defecto, las contraseñas para ambos protocolos son pasadas, a través de la red, de forma cifrada [1].

• POP: Cuando se utiliza un servidor POP, los mensajes de correo son descargados a través de la aplicación de correo del cliente. Por defecto, la mayoría de los clientes de correo POP son configurados automáticamente para borrar el mensaje en el servidor de correo después que éste ha sido transferido exitosamente, sin embargo, esta configuración se puede cambiar. POP es completamente compatible con estándares importantes de mensajería de Internet, tales como Multipurpose Internet Mail Extensions (MIME), el cual permite los anexos de correo.

POP funciona mejor para usuarios que tienen un sistema en el cual leer correo. También funciona bien para usuarios que no tienen una conexión permanente a Internet o a la red que contiene el servidor de correo. Desafortunadamente, para aquellos con conexiones lentas, POP requiere que luego de la autenticación los programas cliente descarguen el contenido completo de cada mensaje. Esto puede tomar mucho tiempo si algún mensaje tiene anexos grandes. La versión más reciente del protocolo estándar POP es POP3 [1].

• IMAP: Cuando se utiliza un servidor de correo IMAP, los mensajes de correo se mantienen en el servidor, donde los usuarios los pueden leer y borrar. IMAP también permite a las aplicaciones cliente crear, renombrar o borrar directorios en el servidor para organizar y almacenar correo. IMAP es utilizado, principalmente, por los usuarios que acceden a su correo desde varias máquinas. El protocolo es conveniente también para usuarios que se estén conectando al servidor de correo a través de una conexión lenta, porque sólo la información de la cabecera del correo es descargada para los mensajes, hasta que son abiertos, ahorrando de esta forma ancho de banda. El usuario también tiene la habilidad de eliminar mensajes sin verlos o descargarlos. Por conveniencia, las aplicaciones cliente IMAP son capaces de hacer caché de los mensajes localmente, para que el usuario pueda hojear los mensajes previamente leídos cuando no se esté conectado directamente al servidor IMAP [1].

IMAP como POP, son completamente compatibles con estándares de mensajería de Internet, tales como MIME, que permite los anexos de correo [1]. Dovecot es un servidor de POP3 e IMAP, de fuente abierta, que funciona en Linux, y sistemas basados en Unix™, diseñado con la seguridad como principal objetivo [4].

3.3 Envío de un Mensaje de Correo Electrónico Al enviar un mensaje de correo electrónico se siguen los siguientes pasos [5]:

• El cliente de correo (MUA) “A” envía el e-mail al servidor SMTP “1” o MTA.

• El servidor SMTP “1” comprueba los registros MX, mediante una consulta DNS, y envía el e-mail al servidor SMTP “2”, donde se encuentra el buzón de correo de la persona a la que va dirigido el correo electrónico.

• El servidor SMTP “2” recibe el e-mail y lo almacena en el buzón de correo electrónico del usuario correspondiente a la persona a la que va dirigido el correo electrónico.

• El cliente de correo “B” recupera el e-mail del buzón desde el servidor SMTP “2″ mediante IMAP o POP, permitiendo así la lectura del correo electrónico.

4. Materiales, Equipos e Insumos

• 1 computador con Virtual Box y máquina virtual CentOS

• 1 computador con Virtual Box y máquina virtual de Windows Server 2003

• 2 computadores con Windows XP

• 1 conmutador (switch)

• 3 cables directos

5. Reactivos Ninguno 6. Procedimiento 1. Investigue: ¿Qué es MIME y en qué RFCs se describre su funcionamiento? Explique

2. Investigue: ¿Cómo funciona MIME? Explique

PARTE 1. CONFIGURACIÓN DE SERVIDOR SMTP EN CENTOS A continuación se presenta el procedimiento para instalar y configurar Postfix (servidor SMTP) como MTA (Agente de Transporte de Correo) e instalar y configurar Dovecot (servidor POP3 e IMAP) como MUA (Agente de Usuario de Correo): 3. Inicie Virtual Box y configure la conexión de red de la máquina virtual de tal manera

que pueda conectarse a Internet. Luego, inicie la máquina de CentOS e ingrese con el usuario root.

4. Abra el Terminal e instale los paquetes postfix y dovecot utilizando los comandos (cargue previamente en la máquina virtual las partes de la iso donde está cada paquete):

yum –y install /media/CentOS_5.9_Final/CentOS/ postfix-2.3.3-6.el5.i386.rpm yum –y install /media/CentOS_5.9_Final/CentOS/ dovecot-1.0.7-7.el5_7.1.i386.rpm

Luego verifique que los paquetes quedaron instalados a través de los comandos: rpm –q postfix rpm –q dovecot NOTA: Si los paquetes no se instalaron correctamente porque necesitan una clave pública, busque en las partes de la .iso el archivo RPM-GPG-KEY-CentOS-5, cargue la parte de la .iso en la unidad de CD/DVD de la máquina virtual y escriba el comando: rpm --import /media/CentOS_5.9_Final/RPM-GPG-KEY-CentOS-5 Cuando se instala dovecot, se descargan automáticamente los paquetes: Mysql-5.0.95-1.el5_7.1 y Perl-DBI-1.52-2.el5 Verifique que efectivamente se instalaron estos paquetes, introduciendo los comandos: rpm –q mysql rpm –q perl-DBI

5. Ahora se configura Postfix como MTA predeterminado, utilizando el siguiente comando: alternatives --config mta

Este devolverá una salida similar a la mostrada en la Figura 1, donde deberá elegir entre postfix, y sendmail como MTA predeterminado del sistema:

Hay 2 programas que proporcionan 'mta'. Selección Comando ----------------------------------------------- *+ 1 /usr/sbin/sendmail.sendmail 2 /usr/sbin/sendmail.postfix Presione Intro para mantener la selección actual[+], o escriba el número de la selección:

Figura 1. Estableciendo el MTA Predeterminado

Elija la opción 2 y oprima enter.

Sendmail, es el MTA predeterminado en CentOS 5.9 y Red Hat Enterprise Linux 5. Si está activado (compruébelo con el comando: service sendmail status) introduzca los siguientes comandos para detenerlo e iniciar postfix:

service sendmail stop

chkconfig sendmail off

service postfix start

chkconfig postfix on

El commando chkconfig acompañado de la palabra on, se utiliza para que el servicio se active una vez se inicie el sistema operativo.

6. Los dos archivos principales de configuración de Postfix son los siguientes:

/etc/postfix/main.cf

/etc/postfix/master.cf

El archivo main.cf contiene un subconjunto de la mayoría de las opciones de configuración que pueden utilizarse para personalizar Postfix. Se pueden añadir aquí más parámetros de configuración adicionales si se necesitan. Por su parte, el archivo master.cf controla cómo se conectan los clientes al servidor. La mayoría de veces no se necesita cambiar mucho este archivo. En este archivo se puede ver una lista de los demonios, servicios y procesos que pueden configurarse en Postfix.

Edite el archivo main.cf (gedit /etc/postfix/main.cf), busque las líneas que se muestran en la Figura 2, borre el signo de comentario que las precede (#) (agréguelo en el caso de las líneas inet_interfaces y mydestination, como se indica) y coloque los valores que allí se indican (se va a suponer que el nombre del dominio es lau.pamplona.net y la dirección IP del equipo es 192.168.30.1). Luego guarde los cambios.

myhostname = correo.lau.pamplona.net mydomain = lau.pamplona.net myorigin = $mydomain inet_interfaces = all #inet_interfaces = localhost #mydestination = $myhostname, localhost.$mydomain, localhost mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain

mynetworks = 127.0.0.0/8, 192.168.30.0/24 home_mailbox = Maildir/

Figura 2. /etc/postfix/main.cf

Donde: • myhostname: Define el nombre completo del servidor de correo.

• mydomain: Define solo el nombre del dominio.

• myorigin: Define lo que viene después del "@" en cada cuenta de correo. (que en este caso

las cuentas de correo serán: cuenta@lau.pamplona.net).

• inet_interfaces: Por qué interfaces de red escuchará el servidor de correo. De modo predeterminado, sólo trabaja con la interfaz de retorno del sistema (loopback), es decir, solo escucha peticiones a través de 127.0.0.1 (localhost).

• mydestination: Especifica la lista de dominios que el servidor considera como destinos.

Ahora, Postfix sabe que si el servidor de correo recibe un email destinado a una dirección de email perteneciente a uno de estos dominios, el servidor de correo debe de aceptar el

email y procesarlo. Si se quiere que Postfix también acepte correos dirigidos a otros dominios, hay que agregarlos a mydestination. Es importante que se encuentre localhost en mydestination para que Postfix acepte y procese el correo local utilizado por procesos del servidor.

• mynetworks: Establece las direcciones de red de las redes desde las cuales el servidor aceptará y procesará correos.

• home_mailbox: Especifica el directorio donde el usuario recibirá sus mensajes (en este caso en /home/usuario/Maildir). El formato de buzón a Maildir utiliza un fichero diferente por cada e-mail. Con el formato de buzón Mailbox (también llamado Mbox) aparecen todos los correos del usuario en un mismo archivo.

PARTE 2. CONFIGURACIÓN DE SERVIDOR POP3 e IMAP EN CENTOS 7. Ahora se va a configurar dovecot. Para ello edite el archivo dovecot.conf (gedit

/etc/dovecot.conf), borre el símbolo de comentarios (#) de las variables que se

muestran en la Figura 3, modifique los valores, según se indica en dicha figura, y

guarde los cambios.

protocols = imap pop3 mail_location = maildir:~/Maildir pop3_uidl_format = %08Xu%08Xv

disable_plaintext_auth = no

Figura 3. /etc/dovecot.conf

Donde: • protocols: Especifica los protocolos disponibles para que los usuarios accedan a su correo

electrónico.

• mail_location: Especifica el formato y la ubicación de cada buzón de los usuarios. En este

caso se está usando el formato maildir y cada usuario tiene su buzón de correo ubicado en

~/Maildir.

• pop3_uidl_format: Configura el identificador único que se usará para cada email. Para que

exista compatibilidad con algunos de los clientes de Microsoft es necesario que se defina de

esta forma.

• disable_plaintext_auth: Para que acepte contraseñas sin cifrar (texto plano).

8. Ahora, hay que abrir en el firewall de Centos, los puertos correspondientes a los

diferentes protocolos, es decir: smtp (puerto 25), pop3 (puerto 110),imap (puerto 143)

Para ello vaya al menú Sistema, Administración, Nivel de Seguridad y Cortafuegos. Allí, habilite el cortafuegos, marque la opción Correo (SMTP), extienda el menú Otros puertos y añada los puertos correspondientes a pop3 e imap, tal como se indica en la Figura 4. Finalmente, haga clic en el botón Aceptar.

Figura 4. Habilitando Cortafuegos

9. Configure la dirección IP 192.168.30.1/24 como dirección del servidor

PARTE 3. PRUEBA DE SERVIDORES SMTP, POP3 e IMAP EN CENTOS

10. Lo siguiente es hacer una prueba local de estos servicios. Para ello, introducir los

comandos:

service postfix restart service dovecot start

Observe que dovecot solamente reporta que inició el servidor IMAP pero también inicia el servidor POP3. A diferencia de SMTP, estos protocolos requieren autenticación de los clientes usando un nombre de usuario y una contraseña. Por defecto, las contraseñas para ambos protocolos son pasadas a través de la red sin cifrar.

Ahora que ya se tienen los servicios corriendo, resta verificar que estén disponibles para peticiones internas y externas. Para ello, se prueba la conexión a nivel local (a la dirección de loopback) a través de telnet, acompañándola de los puertos correspondientes a cada protocolo. Para el protocolo SMTP se introduce el siguiente comando: telnet 127.0.0.1 25 Tras introducir dicho comando, se despliegan las líneas que se muestran en la Figura 5.

Trying 127.0.0.1... Connected to localhost.localdomain (127.0.0.1). Escape character is '^]'. 220 correo.lau.pamplona.net ESMTP Postfix

Figura 5. Telnet para probar el protocolo SMTP

Para salir de allí, introduzca el comando quit y oprima enter. Para el protocolo IMAP se introduce el siguiente comando: telnet 127.0.0.1 143 Se desplegarán las líneas mostradas en la Figura 6, indicando su correcto funcionamiento.

Trying 127.0.0.1... Connected to localhost.localdomain (127.0.0.1). Escape character is '^]'. * OK Dovecot ready.

Figura 6. Telnet para probar el protocolo IMAP

Para cerrar esa sección de telnet, se introduce el comando ? logout Finalmente, para el protocolo POP3 se introduce el siguiente comando: telnet 127.0.0.1 110 Y para cerrar la sección de telnet se introduce el comando quit.

PARTE 4. CREACIÓN DE USUARIOS DE CORREO ELECTRÓNICO EN CENTOS 11. Una vez verificado el correcto funcionamiento de los protocolos, se van a crear los

usuarios. Los usuarios creados en el equipo serán los usuarios del servicio de correo

electrónico. Para crear un usuario, llamado user1, se introducen los siguientes

comandos:

adduser user1 passwd user1 Una vez se introduce el comando passwd, se pide que se introduzca la contraseña (password) con que dicho usuario va a ingresar al servicio de correo electrónico. Cree otro usuario user2 con su respectiva contraseña.

Cuando se crea un usuario se crea una carpeta en /home con su nombre. Verifique esto yendo al menú Lugares, Equipo, Sistema de archivos, home.

12. Para enviar un correo del usuario user1 a user2 en la misma máquina, utilizando telnet,

se introducen los comandos que se muestran en la Figura 7 (lo que está en rojo es lo que

se debe digitar):

[root@localhost ~]# telnet localhost smtp // es lo mismo que telnet 127.0.0.1 25 Trying 127.0.0.1... Connected to localhost.localdomain (127.0.0.1). Escape character is '^]'. 220 correo.lau.pamplona.net ESMTP Postfix ehlo localhost 250-correo.lau.pamplona.net 250-PIPELINING 250-SIZE 10240000 250-VRFY 250-ETRN 250-ENHANCEDSTATUSCODES 250-8BITMIME 250 DSN mail from:<user1> 250 2.1.0 Ok rcpt to:<user2> 250 2.1.5 Ok data 354 End data with <CR><LF>.<CR><LF>

Este es un correo de prueba .. 250 2.0.0 Ok: queued as 82C4018EB5 quit 221 2.0.0 Bye Connection closed by foreign host. [root@localhost ~]#

Figura 7. Ejemplo de envío de correo electrónico en el localhost

Ojo, el punto después del texto “Esto es un correo de prueba” se escribe para terminar la sección de datos. La Tabla 1 muestra una breve explicación sobre los comandos SMTP utilizados.

Tabla 1. Comandos SMTP

Comando Ejemplo Descripción EHLO ehlo 193.56.47.125 Identificación que utiliza la dirección IP o el

nombre de dominio del equipo remitente, para decir "hola, soy este equipo"

MAIL FROM:

mail from: originator@domain.com

Identificación de la dirección del remitente

RCPT TO:

rcpt to: recipient@domain.com

Identificación de la dirección del destinatario

DATA data message

Cuerpo del correo electrónico

QUIT quit Salida del servidor SMTP

HELP help Lista de comandos SMTP que el servidor admite

Desde abril de 2001, todas las especificaciones del protocolo SMTP se encuentran definidas en el RFC 2821 (antes RFC 821).

13. Para ver el correo enviado, vaya al menú Lugares, Equipo, Sistema de archivos, home, user2, Maildir, new y haga doble clic en el archivo que contiene (ver Figura 8).

Figura 8. Correo recibido por user2

En la carpeta /home de cada usuario estará el buzón del servidor de correo (carpeta /Maildir) con las siguientes subcarpetas:

• carpeta /new: aquí se almacenan los correos que no han sido leídos.

• carpeta /cur: aquí se almacenan los correos que ya han sido leídos. Cuando un e-mail se lee, este se mueve de la carpeta /new a la carpeta /cur.

• carpeta /tmp: esta carpeta la utiliza el servidor de correo internamente.

Para leer el correo utilizando pop3 se introducen los comandos que se muestran en la Figura 9 (lo que está en rojo son los comandos a digitar). Lo que se escribe después del comando pass es la contraseña del usuario, que en este caso es el mismo nombre del usuario:

[root@sati ~]# telnet localhost pop3 // es lo mismo que telnet 127.0.0.1 110 +OK dovecot ready.

user user2 +OK pass user2 +OK Logged in. list +OK 1 messages: 1 494 . retr 1 + OK 494 octets

Figura 9. Comandos para leer correo utilizando pop3

Se muestra el correo, como en la Figura 10.

Figura 10. Correo recibido por user2, leído mediante POP3

Para salir de POP3 se introduce el comando quit. En la Tabla 2 se brinda un resumen de los principales comandos de POP3.

Tabla 2. Comandos de POP3 Comando Descripción

USER identification

Este comando permite la autenticación. 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 contraseña del usuario cuyo nombre ha sido especificado por un comando USER previo.

STAT Información acerca de los mensajes del servidor

RETR Número del mensaje que se va a leer

DELE Número del mensaje que se va a eliminar

LIST [msg] Número del mensaje que se va a mostrar

NOOP Permite mantener la conexión abierta en caso de inactividad

TOP <messageID> <n>

Comando que muestra n líneas del mensaje, cuyo número se da en el argumento. En el caso de una respuesta positiva del servidor, éste enviará de vuelta los encabezados del mensaje, después una línea en blanco y finalmente las primeras n líneas del mensaje.

UIDL [msg] Solicitud al servidor para que envíe una línea que contenga información sobre el mensaje que eventualmente se dará en el argumento. Esta línea contiene una cadena de caracteres denominada unique identifier listing (lista de identificadores únicos) que permite identificar de manera única el mensaje en el servidor, independientemente de la sesión. El argumento opcional es un número 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 eliminación de todos los mensajes marcados como eliminados y envía el estado de esta acción.

Por lo tanto, el protocolo POP3 administra la autenticación utilizando el nombre de usuario y la contraseña. Sin embargo, esto no es seguro, ya que las contraseñas, al igual que los correos electrónicos, circulan por la red como texto sin codificar (de manera no cifrada). En realidad,

según el RFC 1939, es posible cifrar la contraseña utilizando un algoritmo MD5 y beneficiarse de una autenticación segura. Sin embargo, debido a que este comando es opcional, pocos servidores lo implementan. Además, el protocolo POP3 bloquea las bandejas de entrada durante el acceso, lo que significa que es imposible que dos usuarios accedan de manera simultánea a la misma bandeja de entrada. De la misma manera que es posible enviar un correo electrónico utilizando telnet, también es posible acceder al correo entrante utilizando un simple telnet por el puerto del servidor POP (110 de manera predeterminada). Ahora, vaya a Lugares, Equipo, Sistema de archivos, home, user2, Maildir, new y compruebe que la carpeta está vacía. Luego vaya a la carpeta cur, en el mismo directorio que new, y compruebe que el correo está ahora en dicha carpeta, pues ya ha sido marcado como leído.

PARTE 5. PRUEBA DEL SERVICIO DE CORREO ELECTRÓNICO DESDE CLIENTES WINDOWS

14. El siguiente ejercicio es probar el servicio de correo en una red entre dos equipos con

Windows XP y el servidor de correo en Centos. Para ello, conecte los tres equipos a un

switch. Se van a utilizar máquinas virtuales de Windows XP.

15. A las máquinas de Windows se les configuran las cuentas de correo de los usuarios

user1 y user2, un usuario en cada máquina, en el programa cliente de correo llamado

OUTLOOK EXPRESS. Mediante el protocolo POP3 para user1 y mediante el

protocolo IMAP para user2, se obtienen los correos electrónicos del servidor de correo

por medio de dovecot y se envían correos utilizando el servidor smtp postfix. Los

usuarios se validan con contraseñas no cifradas.

Hay que tener en cuenta que, en el caso de POP3, los correos que se envían reposan en el servidor hasta que el cliente los descargue. Primero, se deben configurar las direcciones IP de las máquinas con Windows XP, colocándoles direcciones IP en la misma red del servidor. Ya que no se cuenta con un servidor DNS, abra el archivo hosts, utilizando el bloc de notas, ubicado en C:\WINDOWS\system32\drivers\etc, de cada una de las máquinas virtuales de Windows y adicione la información del servidor de correo, como se muestra en la Figura 11.

Figura 11. C:\WINDOWS\system32\drivers\etc\hosts

Para configurar Outlook Express, vaya a Inicio, Todos los Programas, Outlook Express en la máquina virtual de Windows XP, cómo se muestra en la Figura 12.

Figura 12. Abriendo Outlook Express

Escriba el nombre del usuario y haga clic en Siguiente, como se muestra en la Figura 13.

Figura 13. Configuración Outlook Express: Nombre de usuario

Ahora escriba completa la dirección de correo electrónico del usuario y haga clic en Siguiente (ver Figura 14)

Figura 14. Configuración Outlook Express: Dirección de correo electrónico

En la siguiente ventana, se especifica el tipo de servidor de correo entrante, que para el caso de user1 será POP3 y para el caso de user2 será IMAP, y el nombre de los servidores de correo entrante y saliente, como se muestra en la Figura 15. Luego haga clic en Siguiente.

Figura 15. Configuración de Outlook Express: Servidores de correo entrante y saliente

Ahora, se debe especificar el nombre de la cuenta y la contraseña, aunque es conveniente, por seguridad, desactivar la casilla de Recordar contraseña, para que se pregunte la contraseña del usuario cada vez que se acceda a Outlook Express, de lo contrario se podrá acceder al correo del usuario automáticamente (ver Figura 16). Haga clic en Siguiente y luego en Finalizar.

Figura 16. Configuración Outlook Express: Información de inicio de sesión

Repita el mismo procedimiento en la otra máquina virtual de Windows, pero para el usuario user2. Tenga en cuenta que en este caso el protocolo del servidor entrante se establecerá como IMAP.

16. Para enviar un correo, en Outlook Express, haga clic en Crear correo, escriba la

dirección de correo del destinatario, el asunto y el mensaje y finalmente haga clic en

Enviar. Para recibirlos en la otra máquina haga clic en Enviar y recibir. Envíe un

correo de user1 a user2 y viceversa, y verifique que está funcionando correctamente el

servicio de correo.

Si se quiere verificar la configuración de la cuenta de correo se va al menú Herramientas, Cuentas. Luego se selecciona la cuenta, en la pestaña Correo, y se hace clic en el botón Propiedades. Básicamente, las pestañas General y Servidores contienen la configuración necesaria.

17. Observe qué diferencias existen en Outlook Express cuando el protocolo elegido es

POP3 y cuando es IMAP.

También, observe las diferencias en el servidor de correo (máquina virtual Centos), haciéndole seguimiento a las carpetas new y cur del directorio Maildir de cada usuario, determinando qué pasa cuando se envía un nuevo correo y que pasa cuando se leen los correos, en cada caso.

18. Muestre el servidor funcionando al docente.

PARTE 6. CONFIGURACIÓN DE SERVIDOR DE CORREO ELECTRÓNICO EN WINDOWS

19. Investigue cómo configurar un servidor de correo electrónico en Windows Server 2003, utilizando los protocolos que se utilizaron para el servidor en CentOS.

20. Implemente el servidor de correo electrónico en Windows Server 2003, de tal manera que dicho servidor tenga al menos 2 usuarios, y presente dicho servidor funcionando al docente, con dos clientes XP.

21. Escriba las conclusiones de toda la práctica

7. Nivel de Riesgo Bajo 8. Bibliografía [1] Red_Hat, "Red Hat Enterprise Linux 4: Manual de referencia," 23/03/2012

http://web.mit.edu/rhel-doc/4/RH-DOCS/rhel-rg-es-4/s1-email-types.html. [2] Red_Hat, "Red Hat Enterprise Linux 5, Deployment Guide," 23/03/2012

http://docs.redhat.com/docs/es-ES/Red_Hat_Enterprise_Linux/5/html/Deployment_Guide/ch-email.html.

[3] J. Barrios Dueñas, "Cómo Instalar y Configurar Postfix y Dovecot con Soporte para TLS y Autenticación.," Alcance Libre 23/03/2012 http://www.alcancelibre.org/staticpages/index.php/como-postfix-tls-y-auth.

[4] J. Barrios Dueñas, "Configuración Básica de SendMail," Alcance Libre 23/03/2012 http://www.alcancelibre.org/staticpages/index.php/15-como-sendmail-apendice-01.

[5] WSBox, "Instalación y Configuración de Postfix/Dovecot en CentOS," 23/03/2012 http://www.webstorebox.com/instalacion-y-configuracion-de-postfix-dovecot-en-centos.

[6] Linux_para_Todos, "Servidor Web Apache en CentOS," 26/02/2012 http://www.linuxparatodos.net/web/comunidad/base-de-conocimiento/-/wiki/Base+de+Conocimiento/Servidor+Web+Apache+en+CentOS.