Está en la página 1de 30

Como instalar y configurar tu propio servidor de correo electrnico Introduccin

Los servidores de correo electrnico nos rodean constantemente en Internet; rara es la vez que conectamos y no consultamos nuestro buzn de correo electrnico para ver los mensajes recibidos o para enviar mensajes a otros usuarios de la red. Gracias al correo electrnico la comunicacin en Internet dio un salto de gigante, permitiendo enviar y recibir casi a tiempo real mensajes, fotografas, sonidos, vdeos...Todo ello es posible porque en Internet existen PC's dedicados a esta tarea, los cuales incluyen en sus discos duros algn programa servidor de correo electrnico como el que por ejemplo, presentamos y explicamos en el presente artculo. Para todo ello, haremos uso de Mercury Mail Server el cual es un servidor de correo electrnico gratuito y completamente funcional para todas las versiones de Windows.

Como

funciona

un

servidor

de

correo

electrnico?

Concepto de Protocolos Los servidores de correo electrnico, tambin conocidos como MTA (Mail Transfer Agent o Agente de Transferencia de Correo) permiten como hemos dicho, manipular mensajes de forma que queden ordenados y listos para que los usuarios que tienen acceso a l (usuarios que disponen de una cuenta de correo electrnico) puedan enviar y recoger dichos mensajes para que la comunicacin finalmente sea efectiva. Esta comunicacin se realiza a grandes rasgos hablando, pero el lenguaje informtico que usan los distintos equipos para comunicarse se suele denominar protocolo. Existen numerosos protocolos al igual que los distintos idiomas que conocemos para comunicarse entre nosotros. Protocolos para envo y recepcin Para el envo de mensajes disponemos de programas (denominados clientes de correo electrnico) que usan de manera estandar un protocolo llamado SMTP (Simple Mail Transfer Protocol o Protocolo Simple de Transmisin de Correo). Por contra, para recibir e-mails estos programas o clientes de correo hacen uso de otro protocolo muy importante denominado POP (Post Office Protocol o Protocolo de Oficina de Correos). Desde la aparicin de este protocolo por el ao 1984 le han sucedido varias versiones que mejoraron sustancialmente su funcionamiento. En la actualidad (2003) se usa la versin 3 y se denomina comnmente como POP3.

Ejemplos de envo y recepcin de mensajes

Si como usuarios disponemos de una cuenta de correo electrnico, entonces en el servidor tendremos disponible tambin un espacio nico y exclusivo donde otros usuarios podrn dejarnos nuestros mensajes.

En el momento de recoger esos mensajes, lo que hacemos es conectarnos a ese servidor, revisar nuestro "espacio" en busca de nuevos correos y en caso de haberlos, estos se descargan hasta nuestro PC. Cuando enviamos un mensaje lo que hacemos es acceder al servidor y este se encarga de dejarlo en el espacio disponible del usuario destinatario. El servidor sabe qu usuario es el que debe recibirlo porque lo hemos especificado en nuestro programa, dentro del campo "TO" o "Para". Si el correo no pudiera llegar a su destinatario por cualquier razn (servidor no disponible, direccin de correo electrnico incorrecta) lo normal es que recibamos nuestro propio mensaje, con una breve explicacin de qu ha sucedido. Esta accin es similar a lo que sucede si enviamos una carta convencional a algn familiar, y si no llega (cambio de domicilio, no disponible, etc...) el servicio de correos nos devolver seguramente dicha carta.

Envo de mensajes Para poder hacer uso de todos estos conceptos, debemos tener instalado en nuestro PC como ya hemos dicho, un programa de correo electrnico o cliente que nos permita hacer uso de todas estas caractersticas. Clientes de correo electrnico conocidos son por ejemplo, Outlook Express o Eudora para Windows entre otros muchos y para Linux Kmail o Evolution, por nombrar algunos. Estos conceptos no se usan cuando manejamos nuestro e-mail desde las cuentas tipo web como son Hotmail o Yahoo! Mail. Cualquier e-mail que enviemos, y como podemos deducir segn lo expuesto, no llega directamente al destinatario sino que se almacena en un servidor:

Recepcin de mensajes

Para recibir un mensaje y segn lo visto en el prrafo anterior, nos conectamos al servidor y verificamos si alguien nos dej algn correo. En caso afirmativo lo recibimos y leemos en nuestro PC Local.

Ventajas de tener un servidor interno


Muchos de nuestros lectores pueden preguntarse cul es el cometido de este artculo, dado que si existen servidores de e-mail externos, la comunicacin puede hacerse directamente desde nuestro PC hasta ellos tanto en envo como en recepcin de e-mails. Sin embargo, podra ser til la instalacin de un equipo con un servidor de correo electrnico en estos casos (por poner varios ejemplos):

Una red domstica con varios equipos y varios usuarios. Pequeas y medianas empresas. Cibercafs.

Estos ejemplos tienen en comn el uso de varios equipos (mnimo 2) y varios usuarios, de manera que cada uno de ellos disponga de su propia direccin de e-mail independiente. De lo que se trata es de poder acelerar el envo y recepcin de correos electrnicos entre estos usuarios, construyendo una rplica a nivel interno de lo que sera la transaccin de toda la informacin con el servidor externo. Pongamos un ejemplo Trabajamos como administradores en una empresa que cuenta con 20 empleados. Cada uno de ellos dispone de un PC y una cuenta nica de correo electrnico. La estructura informtica para comunicacin es la siguiente:

20 equipos o PC's por usuario. Interconexin entre los equipos mediante una red (Ethernet, por ejemplo). Conexin de toda la red a Internet mediante un servidor Proxy.

Primera utilidad Pongamos por ejemplo que toda la empresa dispone de correo electrnico, gracias a un proveedor de servicios de Internet ficticio llamado "MAILSERVER". Segn esta estructura, cuando un usuario A quiere enviar un e-mail a un usuario B de la misma empresa, A tiene que conectarse a Internet a travs del Proxy, despus a "MAILSERVER" y dejar all el correo. Para recibirlo, el usuario B tiene que conectarse tambin a Internet a travs del Proxy interno, contactar con MAILSERVER y comprobar que dispone de algn mensaje. En caso afirmativo, toda la informacin se transfiere desde MAILSERVER al usuario B a travs de Internet, teniendo en cuenta que Internet no es el medio ms rpido de transmisin ni el ms barato. Imaginemos ahora lo siguiente.... Disponemos de un servidor de correo interno configurado, en nuestro caso el programa gratuito Mercury objeto del artculo. Cuando el usuario A quiere enviar un e-mail a B, este conecta con nuestro servidor interno y deja el mensaje.

La primera ventaja es la velocidad. La transaccin de informacin entre equipos de nuestra propia red es muy elevada en comparacin con Internet ya que toda la comunicacin ir a la velocidad de nuestra red (10, 100...). Cuando B quiera comprobar si tiene correo, no tendr que hacerlo conectando a Internet, bastar con conectar al servidor Mercury interno y ver si hay algn mensaje. La segunda ventaja es que podemos ahorrar dinero y tiempo en caso de que paguemos la conexin a Internet por ancho de banda consumido (por ejemplo). Adems no consumiremos conexin o

ancho de banda para otros asuntos (es decir, hacer ms lenta la conexin), como por ejemplo, navegar por pginas web. La tercera ventaja es la seguridad. Al no tener que enviar informacin por Internet, ninguna persona mal intencionada podr captar nuestro mensaje ya que se est enviando de forma interna.

Segunda utilidad Continuamos en nuestra empresa ficticia con 20 empleados, y nuestros famosos A y B no desean en este momento enviarse ningn mensaje entre ellos, sino que ahora necesitan comunicarse con usuarios de otras empresas externas, es decir que obligatoriamente necesitarn conectar a Internet. Supongamos que A necesita enviar un mensaje a C, empleado de otra empresa. Da la casualidad de que el mensaje lleva adjunto un fichero de audio que ocupa mucho espacio. Si la comunicacin se hace de forma convencional, A debera esperar el tiempo que fuera necesario para enviar su mensaje a travs de Internet. Esto puede tomar un tiempo importante teniendo en cuenta como dijimos que la transmisin de informacin a travs de Internet no es la ms rpida (como muchos de nuestros usuarios saben, sobre todo si conectan a travs de modem). El usuario A puede terminar desesperndose de mirar su pantalla y que su mensaje tarda y tarda en enviarse, bloqueando adems su cliente de e-mail para recibir otros posibles correos. Imaginemos ahora lo siguiente.... Disponemos de un servidor Interno de correo electrnico (Mercury) instalado y configurado correctamente. Este servidor permite realizar transmisiones de informacin entre los usuarios de la empresa como ya hemos visto pero adems, permite tambin realizar transmisiones de informacin con servidores externos.

La primera ventaja es la velocidad en el envo. Si el usuario A tiene que enviar ese voluminoso e-mail, su PC se liberar rpidamente de la carga, dado que los datos se transmiten por la red hasta el servidor Mercury instalado. Despus, este servidor ser el que se encargue de comunicarse con MAILSERVER a travs de Internet tomando el tiempo que sea necesario, para finalmente hacer

llegar el e-mail al destinatario C. Para el usuario A ese e-mail dejar de ser un problema en cuestin de segundos. La segunda ventaja es la velocidad en la recepcin. Si el usuario C ha enviado un e-mail igual de voluminoso a A, no ser este quien tenga que esperar a recibirlo; todo el tiempo de espera ser absorbido por Mercury, quien se ha conectado a Internet con MAILSERVER, verificado si hay e-mails para A y descargndolos automticamente. La transaccin de informacin se realiza por tanto desde el servidor Mercury hasta el PC de A a la velocidad de la propia red (rpidamente).

Nota: A continuacin se explicar el proceso de instalacin del programa. Debido a que se ha documentado con imgenes reales, la carga de las pginas puede demorar algn tiempo. Rogamos paciencia.

Instalacin de Mercury Mail Server

Una vez que hemos estudiado qu es un servidor de correo electrnico y las ventajas de tener uno instalado en nuestra propia red, pasemos a ver como instalarlo y configurarlo de forma correcta para conseguir nuestro propsito. Proceso de Instalacin Si an no lo tenemos, podemos descargar el programa desde aqu. Procederemos a su instalacin siguiendo los siguientes pasos. NOTA: La explicacin en cuanto a la instalacin y configuracin se har siguiendo uno de los posibles procedimientos, dependiendo del sistema que manejemos y el mtodo de conexin a Internet, entre otros factores. Sirva de ejemplo todo lo que se ver a partir de ahora; ser tarea del lector profundizar an ms en el aprendizaje y manejo de este programa segn sus necesidades. El programa dispone de ayuda muy bien documentada (en ingls).

PASO 1

Doble click en el nombre del programa recin descargado. Aparecer la siguiente pantalla:

Click en SETUP para comenzar la instalacin.


PASO 2

Nos aparece una ventana que nos pregunta si es una nueva instalacin o es una actualizacin de alguna ya instalada.

En nuestro caso es una nueva instalacin. Pulsamos el botn NEW INSTALLATION. Podemos tambin hacer uso del botn SETUP HELP para obtener ms ayuda sobre el proceso de instalacin.
PASO 3

La siguiente ventana hace referencia al uso de Novell Netware en nuestra red.

Si no hacemos uso de Novell, procederemos a pulsar el botn NOT NETWARE SUPPORT, como es nuestro caso.
PASO 4

El proceso de instalacin nos pregunta donde queremos instalar el programa.

Podemos aceptar el directorio sugerido o cambiarlo a nuestro gusto. Cuando hayamos definido este dato, pulsamos OK, accept this directory.
PASO 5

Este programa puede facilitar la tarea si los usuarios de la red usan Pegasus Mail.

En caso negativo o si no sabes qu responder, pulsa el botn NO PEGASUS MAIL INTEGRATION.


PASO 6

A continuacin se nos pregunta cual ser el directorio de nuestro disco duro donde se guardarn los mensajes de correo de todos los usuarios. Podemos aconsejar destinar la particin o el disco duro con mayor espacio, dado que si el nmero de usuarios es elevado tambin lo debe ser el espacio disponible.

Podemos cambiarlo

aceptar el directorio sugerido o a nuestro gusto. Cuando hayamos

definido este dato, pulsamos OK, accept this directory.


PASO 7
Ahora deberemos seleccionar qu protocolos queremos instalar. En caso de que necesitemos nicamente comunicacin interna (como vimos en la "Primera utilidad" del ejemplo anterior) entonces lo que debemos instalar es MercuryS- SMTP Server Module y MercuryP - POP3 Server Module. En el caso de que necesitemos transmitir correo tambin a servidores externos, ser preciso instalar tambin MercuryD - POP3 Client Module.

Realizamos la seleccin de lo que necesitemos y pulsamos OK, Continue Installation. Si necesitamos ayuda, podemos pulsar las "?" que aparecen al lado de los mdulos o bien el botn Help me to choose.

PASO 8
En el paso anterior si queramos comunicacin con servidores externos, para recibir sugerimos la instalacin de MercuryD - POP3 Client Module. Pues bien, para el envo tenemos 2 opciones, MercuryC y MercuryE:

En caso de conectarnos mediante MODEM y/o a travs de un firewall, pulsaremos INSTALL MercuryC. Si conectamos mediante PROXY, ADSL o bien a travs de alguna conexin a Internet de alta velocidad, pulsaremos INSTALL MercuryE.

En nuestro ejemplo usaremos el mdulo MercuryE. Nota: Estas 2 opciones anteriores no deben tomarse como una obligacin ya que realizando pruebas con MercuryE mediante conexin MODEM el funcionamiento es igualmente correcto. Por ltimo, si solo queremos recibir y no enviar (cosa poco probable), podemos pulsar Install no SMTP client.

PASO 9
En este paso debemos rellenar 2 campos vacos:

El primer campo: This machine's internet domain name, debemos poner la direccin IP del equipo que tiene instalado el servidor, entre corchetes, por ejemplo: [192.168.1.10] El segundo campo: Address of host via wich to send mail, debemos introducir el servidor SMTP remoto que nos permitir enviar e-mails a usuarios fuera de nuestra red, es decir, el servidor SMTP que estabamos usando para configurar nuestros clientes de correo electrnico. Normalmente estos servidores suelen tener la estructura de : smtp.servidor.com. Si no sabes cul es, pregunta a tu proveedor de Internet o a tu proveedor de correo electrnico para que te lo facilite. NOTA: En caso de haber elegido el mdulo MercuryE (conexin alta velocidad, ADSL, PROXY...), nicamente aparecer el campo This machine's internet domain name. Por ltimo pulsamos OK, continue installation.

PASO 10
En este paso se define el grado de seguridad que atribuiremos al servidor. En la mayora de los casos, ser suficiente con pulsar el botn NORMAL.

En ningn caso se aconseja pulsar NONE, ya que el servidor no llevar un control de los usuarios autorizados a enviar e-mails, dando lugar a posibles abusos en la realizacin de envos (SPAM).

PASO 11
Mercury procesa los correos electrnicos valindose de una cola. Esto significa que los clientes de e-mail dejarn sus mensajes en este directorio, donde Mercury acceder para procesarlos por orden.

Podemos aceptar el directorio sugerido o cambiarlo a nuestro gusto. Cuando hayamos definido este dato, pulsamos OK, continue installation.

PASO 12
Con este paso concluye la "preconfiguracin". Si lo deseamos, podemos dejar marcada la casilla "Create a Programa Manager..." para que Mercury cree automticamente un grupo de iconos dentro del men de inicio para facilitar el acceso posterior al programa. Es aconsejable dejarlo marcado.

Pulsaremos Install Mercury/32 para comenzar la instalacin.

PASO 13
Por ltimo Mercury nos muestra una pantalla de confirmacin, donde se nos indica que la instalacin ha concluido.

Para concluir, pulsamos EXIT.

Configuracin de Mercury Mail Server


Una vez instalado el programa, la configuracin para el funcionamiento es muy sencilla.

1. Configuracin del servidor interno


En este primer paso, vamos a explicar como hacer que nuestro recin instalado servidor de correo electrnico Mercury, pueda servirnos para enviarnos correos electrnicos de forma interna. Para ello vamos a crearnos varios, usuarios, dominio...con el fin de que la explicacin sea an ms clara. USUARIOS EN NUESTRA RED

Pedro Jaimito Mara

DOMINIO DE NUESTRA RED


(para comprender mejor este concepto, se aconseja leer la definicin de "dominio")

prueba.com

DIRECCIN IP DEL SERVIDOR MERCURY


(para comprender mejor este concepto, se aconseja leer la definicin de "direccin IP")

192.168.1.10

1.1 Aadir el dominio correcto a nuestro programa


Para conseguirlo una vez tenemos instalada la aplicacin, debemos seguir estas simples instrucciones:

A. Haz click en "Configuration" tal y como muestra esta imagen.


Seguidamente en "Mercury core module".

B. Haz click en la pestaa "Local domains". Entonces deberemos pulsar el


botn "Add new domain".

C. Introducir el nuevo dominio, tal y como se muestra en el siguiente


ejemplo:

D. Una vez aadido el dominio, la ventana del paso "B" tendr el siguiente
aspecto:

No hay que definir nada ms, tan solo pulsar el botn "ACEPTAR" y esta parte quedar lista. Nota importante: Si al entrar en la ventana del paso B, vemos que existe algn dominio, podemos borrarlo tranquilamente, seleccionndolo y pulsando el botn "Remove entry". Veamos ahora como aadir los usuarios...

1.2 Aadir los usuarios de nuestra red


Para aadir los usuarios la tarea es igual de sencilla. Seguir estas instrucciones:

A. Click en "Configuration" y seguidamente en "Manage local users...."


tal y como se muestra a continuacin:

B. Aparece la ventana que se muestra en la siguiente imagen:

De momento solo est el usuario "Admin", usuario obligatorio que ha creado el programa de forma automtica. Sin embargo podemos de momento ignorarlo. Para aadir nuestro primer usuario, pulsamos el botn "Add".

C. La siguiente imagen nos muestra varios campos en los que tendremos


que introducir los nombres de nuestros usuarios. Vemos que aparece ya incluido el nombre de Mara.

El Username corresponde al nombre de usuario que deber recordar para acceder a su cuenta. Debe estar en minsculas. Personal Name hace referencia a su nombre real; en caso necesario se incluir completo. Para nuestro ejemplo hemos preferido no aadir nada y mantener simplemente "Mara". El ltimo campo que nos concierne y que es obligatorio es "Mail password", contrasea que deber recordar Mara igualmente para poder accede a su cuenta. En este ejemplo igualmente la contrasea ser "maria", todo en minsculas, aunque es posible aadir cualquier otra, por supuesto. Realizamos lo mismo para el resto de usuarios, Pedro y Jaimito.

D. Este es el aspecto con el que queda finalmente la ventana del apartado


B, pero con los usuarios ya aadidos.

Para terminar la configuracin de los usuarios pulsaremos el botn "Close" Veamos ahora como configurar los clientes de e-mail para el correcto funcionamiento.

2. Configurar los clientes de e-mail


Todos los clientes de e-mail son semejantes, de modo que intentaremos resumir toda la configuracin en una sola imagen:

NOTA: Esta imagen es genrica de un cliente de correo y no tiene nada que ver con Mercury Mail Server.

Como podemos observar, la configuracin es muy sencilla. Debemos nicamente referirnos a la direccin que mara adquiere, gracias a su nombre de usuario y el dominio asignado, en este caso maria @ prueba.com. Por otro lado, debemos aadir las direcciones del servidor Mercury. En este caso y para nuestro ejemplo, las direcciones internas (direccin IP del PC de nuestra red que tiene instalado Mercury) son 192.168.1.10, tal y como vimos en la pgina 5 de este manual. Por ltimo, tan solo resta definir el nombre de usuario (maria) y la contrasea (maria), tal y como se asignaron anteriormente.

Una vez realizado este importante paso, tan solo resta probar la configuracin, intentando enviarnos a nosotros mismos un e-mail para ver si enva y recibe correctamente. En este caso, Mara debe realizar esta comprobacin. Para ver si todo funciona correctamente, veamos cual es el aspecto de las ventanas del servidor Mercury.

3. Funcionamiento del servidor Mercury


Comportndonos como administradores de nuestro propio servidor de email, es muy importante saber qu es lo que sucede cuando alguien verifica (enva y/o recibe) su correo electrnico. Mercury Mail, dispone de unas

ventanas (que seguro has visto ya) donde se va reflejando a tiempo real todo lo que van haciendo los usuarios, de esta manera tenemos controlado todo en todo momento. Mercury Mail muestra 5 ventanas si se han seguido las explicaciones de este manual. Las ventanas son:

Mercury Mercury Mercury Mercury Mercury

SMTP Server (servidor de envo interno) POP3 Server (servidor de recepcin interno) SMTP Client (servidor de envo externo) POP3 Client (servidor de recepcin externo) Core Process (mensajes del servidor)

De momento solo vamos a verificar las 2 primeras. Es recomendable situar las ventanas del programa de forma cmoda, para verificar los mensajes de un solo vistazo.

Como dijimos en la pgina anterior, Mara debera enviarse un e-mail a si misma para comprobar que puede enviar y recibir. Pues bien, hemos seguido el ejemplo y estos son los resultados:

Mara ha podido enviarse un mensaje, tal y como queda reflejado en la ventana del servidor de SMTP. Podemos fcilmente leer entre lneas para ver que el mensaje se enva a si misma y ocupa un total de 358 bytes. Como detalle curioso, se puede observar que el equipo de Mara tiene la direccin IP 192.168.1.1, dato que tambin muestra esta ventana. Veamos ahora cuando intentemos recibirlo:

Mercury tambin guarda sus pasos. Nos muestra que el usuario Mara "User maria", tena 1 mensaje y ha recibido 659 bytes, junto con algo ms de informacin. Pues bien, podramos probar exactamente lo mismo con el

resto de usuarios y todo debera funcionar con normalidad, tal y como hemos visto en estas pginas. Es recomendable anotar, que puede resultarnos de utilidad echar un vistazo a la ventana "Mercury Core Process" ya que muestra todos los mensajes que suceden en el servidor. Si algo no funciona, es posible que en esta ventana aparezca el motivo del fallo. Ahora nos ocupamos de la configuracin del servidor para enviar y recibir mensajes de servidores y usuarios externos.

4. Configuracin del servidor externo


Qu intentamos conseguir al configurar Mercury para conexin con un servidor externo? Los usuarios de nuestra red, Mara, Pedro y Jaimito ya pueden enviarse y recibir correos electrnicos entre ellos sin restriccin. Para cualquiera de ellos, no habra diferencia en el envo y/o recepcin de un correo a otro de forma interna, ni a un usuario externo de Internet ya que el proceso es el mismo, escribir un nuevo e-mail, decidir a quien va dirigido, escribirlo y enviarlo o darle al botn de recibir... Sin embargo, esto ltimo no es posible (todava) ya que precisamente es esto lo que intentamos conseguir: posibilitar a nuestros usuarios la comunicacin por correo electrnico tanto dentro como fuera de nuestra red. Como ya sealamos tambin al principio de este manual, el realizar este tipo de accin, nos permitir de una forma aparente recibir y enviar correos electrnicos a una velocidad de vrtigo, lo que posibilita dejar a nuestro PC realizar otras tareas y no congestionarle con mensajes de correo pesados. Para poder conseguirlo debemos seguir unos sencillos pasos que los explicaremos en los siguientes apartados.

4.1 Propsito y ventajas


Nuestros usuarios tienen la posibilidad de chequear su correo de Internet, es decir, una cuenta externa y ajena a las que hemos creado en los apartados anteriores, si bien, la idea es recoger esos mensajes de Internet, guardarlos en el servidor y que luego, cualquiera de los usuarios, los obtenga en su cuenta interna. Pongamos ahora a Pedro como protagonista de los siguientes apartados. Pedro ya posee una cuenta interna del tipo pedro @ prueba.com, como hemos visto. Supongamos tambin que Pedro dispone de una cuenta externa de MundoPC.NET, que se llamara por ejemplo pedro @ mundopc.net.

Datos cuenta externa de mundopc.net : Usuario: pedroext, Password: pedroext Segn esto, Pedro podra recibir todos sus mensajes (internos y externos) en la cuenta de pedro @ prueba.com con tan solo dar unos datos al servidor Mercury. Si elegimos hacerlo de esta manera, el proceso de recepcin de mensajes que llevara a cabo Mercury sera como sigue:

1. Mercury se conecta al servidor de MundoPC.NET para comprobar si hay correo en la cuenta de Pedro 2. Si hay correo, Mercury lo descarga "sin que Pedro se de cuenta" 3. Pedro realiza un chequeo de sus mensajes y descarga desde el PC que tiene Mercury (el servidor) todos los mensajes que tuviera, tanto internos como en el correo de Internet pedro @ mundopc.net.

El proceso de envo de mensajes sera como sigue:

1. Pedro enva un mensaje, supongamos de 3 Mbytes. Si tuviera conexin a Internet por mdem, podra tardar unos 15 minutos (ms o menos), pero recordemos que lo est enviando al servidor Mercury. 2. La velocidad de transmisin desde el PC de Pedro hasta el PC que tiene Mercury (el servidor) es muy elevada, tanto como la velocidad de la red. El mensaje podra tardar unos 10 segundos (ms o menos). El PC de Pedro ya est liberado para seguir trabajando y no depender del envo de ese voluminoso mensaje. 3. Mercury conecta entonces con el servidor SMTP de Internet y le enva el mensaje poco a poco para que llegue a su destinatario. Segn esto, el tiempo de espera es para Mercury y no para Pedro, lo cual como se deduce, es una gran ventaja.

4.2 Datos para Mercury


Descarga de mensajes Para que lo anterior funcione, Mercury debe tener configurada la cuenta de MundoPC.NET de Pedro, para que este pueda conectarse a ella y descargar sus mensajes. De esta parte se encarga el POP3 Client, una de las 5 ventanas que comentamos anteriormente y que deberamos tener abierta en el entorno de trabajo de este servidor. Para definir la cuenta de MundoPC.NET de Pedro en Mercury, pulsamos "Configuration" - "MercuryD POP3 Client". Aparece la siguiente ventana:

Para proseguir con la configuracin, deberemos pulsar el botn ADD que aparece en la parte inferior izquierda de la ventana:

Si nos fijamos bien, veremos los siguientes apartados, de los cuales y para que todo funcione correctamente, definiremos los que a continuacin se detallan: POP3 HOST: Aqu deberemos introducir la direccin del servidor POP3 externo, de la forma pop.miservidor.com (por supuesto, esto es un ejemplo; cada configuracin requerir introducir un servidor POP distinto). Consulta a tu proveedor de correo si no sabes qu escribir. USERNAME: En esta casilla introduciremos el nombre de usuario "POP". En nuestro ejemplo, el nombre de usuario es "pedroext", como vimos atrs.

PASSWORD: Contrasea de la cuenta externa del usuario. En nuestro ejemplo, la contrasea de pedro es "pedroext" (para no complicarnos). LOCAL USER: Esta casilla es muy importante, ya que definir donde irn los correos que se reciban desde la cuenta externa de Pedro. Es decir, Mercury recoger los mails de la cuenta externa de pedro y los redirigir al usuario que est en esta casilla. En este caso, lo que nos interesa es que todos los correos de la cuenta externa de pedro, se redirijan a su cuenta interna. El nombre de usuario de su cuenta interna es pedro, por lo que aqu deberemos apuntar "pedro". DEFAULT USER: Esta casilla hace referencia al usuario que recibir los mensajes que no puedan enviarse por las circunstancias que sean, al "Local User", por ejemplo un administrador o el encargado del servidor.

4.2 Datos para Mercury (continuacin)


Envo de mensajes En el apartado anterior, vimos como recibir los mensajes de la cuenta externa de Pedro y redirijirlos a la cuenta interna. En esta ocasin, veremos como realizar envos de correo electrnico a e-mails de Internet, es decir, e-mails externos. Podemos probarlo fcilmente si Pedro pudiera enviarse a si mismo, un email desde su cuenta interna a su cuenta externa, es decir, desde pedro @ prueba.com hasta pedro @ mundopc.net. Qu es lo que hara el servidor Mercury?, veamos un pequeo resumen: 1. Pedro escribe un mensaje desde su cuenta interna de "pedro @ prueba.com" y pone como destinatario a "pedro @ mundopc.net" 2. Pedro enva el mensaje; este se guarda en el servidor Mercury, ya que el servidor que tiene configurado en su programa de correo electrnico, apunta directamente a Mercury (si tienes dudas, ver esta pgina). 3. Pasado un tiempo predefinido en el servidor (unos 30 segundos) Mercury conectar con el servidor externo de envo de e-mails (ahora veremos como configurarlo). 4. Al tener un mensaje en la cola de envos esperando, Mercury lo detectar y lo enviar automticamente. Qu tenemos que configurar en Mercury? Muy sencillo. Pulsamos de nuevo en "Configuration", seguidamente en "MercuryE SMTP Client"

Nota: Recuerda que podras haber instalado MercuryC, dependiendo de tu tipo de conexin, tal y como vimos en esta pgina, en cualquier caso la configuracin es muy similar.

Se abrir la siguente ventana:

Para hacer funcionar el servidor, tan solo es necesario (y no siempre) definir la casilla siguiente: NAME SERVERS: Hace referencia al servidor DNS que Mercury tiene que contactar para enviar su e-mail. Si el valor ya est dado en nuestras caractersticas de red (conexin a travs de Proxy o Router ADSL,...) no tendramos que escribir nada; bastara con dejarlo vaco para un correcto funcionamiento. En el caso de que conectemos a travs de MODEM, es decir, que Mercury est instalado en un PC cuya conexin se realiza a travs de ese dispositivo, es posible averiguar la DNS de la siguiente manera: WINDOWS 9X/ME Pulsamos INICIO - EJECUTAR y escribimos "winipcfg" (sin las comillas). Pulsamos ENTER.

Se abrir una ventana donde vers un botn que dice "MAS INFORMACIN". Plsalo. En la parte superior de la ventana, podrs ver "SERVIDORES DNS". Copia esos nmeros y escrbelos en la casilla de Mercury Name Servers que vimos antes. Windows 2000/XP Pulsamos INICIO - PROGRAMAS - ACCESORIOS, seleccionamos "Smbolo del Sistema". Se abre una ventana tipo DOS, en la que escribimos : "ipconfig" (sin las comillas). Pulsamos ENTER. Tomamos nota del servidor DNS que nos aparece y lo escribimos en la casilla de Mercury Name Servers que vimos antes.

4.3 Pruebas de envo y recepcin


Una vez configurado todos los parmetros necesarios en el servidor Mercury, tan solo nos queda realizar alguna prueba de envo desde nuestro cliente de e-mail habitual. Sin tener que realizar ninguna modificacin adicional con respecto a lo que vimos en esta pgina, y siguiendo con el ejemplo planteado anteriormente, es decir, que Pedro se enviara un e-mail desde su direccin de e-mail interna hasta la suya externa ( pedro @ prueba.com - pedro @ mundopc.net), Mercury se comporta de la siguiente manera (en imgenes): 1. Pedro enva su e-mail desde pedro @ prueba.com a pedro @ mundopc.net. El mensaje se queda guardado en la ventana del servidor MercuryS SMTP Server:

2. MercuryE SMTP Client, conecta con el servidor externo para enviarle el mensaje:

3. El mensaje ahora se encuentra en el servidor de mail de MundoPC.NET. La teora es que Mercury recoja este mensaje y se lo deje disponible a Pedro para recuperarlo desde su cliente de e-mail. Vemos efectivamente en

la ventana de MercuryD POP3 Client como recoge el mensaje y se lo deja disponible a Pedro para que pueda recogerlo:

4. Pedro recoge el mensaje en su cliente de e-mail:

5. Posibles restricciones en los servidores


Internet es un mundo virtual en el que puede ocurrir de todo y precisamente por eso, los administradores de los servidores de correo deben tener cuidado para evitar entre otras cosas, los temidos envos indiscriminados de e-mail y comprobar que los usuarios que usan sus servidores tengan permiso para hacerlo. Al configurar nuestro propio servidor Mercury podemos tener en cuenta estas consideraciones, tanto para proteger a nuestro servidor recien instalado, como para detectar posibles fallos al intentar que Mercury se conecte a servidores externos. A modo de resumen, indicaremos los procedimientos ms habituales que podran usar algunos servidores para protegerse a si mismos y evitar fraudes:

POP before SMTP (POP antes de SMTP). Este mtodo de proteccin obliga al usuario a chequear su email antes de poder enviar. Con este mtodo, se asegura que el usuario que quiere enviar correo dispone de una cuenta de e-mail en l ya que la ha consultado para recibir. Comprobacin del correo electrnico. Este mtodo solo permite enviar correo si la cuenta del remitente coincide con una de las cuentas que estn creadas. Todos los usuarios que tienen cuentas de e-mail, al configurarlo en su cliente habitual debe dar su direccin de correo. Esta direccin ser la que acompaar a todos sus mensajes (direccin del remitente, FROM o DE). Si el servidor detecta algn mensaje cuyo campo FROM o DE no coincide con ninguna cuenta creada en l, rechazar el mensaje. Comprobacin del dominio. Algunos servidores para evitarse errores y consumir ancho de banda de forma innecesaria, comprueba si el dominio dado en la direccin del remitente es correcto. Esto

significa que cada vez que se enve un mensaje de e-mail, el servidor comprobar que la segunda parte de la direccin del remitente (la que est despus de la arroba) sea vlida. Por poner un ejemplo, si enviamos un mensaje contra un servidor con la direccin uno@domi_nio.com, el servidor comprobar si "domi_nio.com" es correcto. Si lo es, enviar el mensaje, si no lo es, lo borrar automticamente. Autentificacin de SMTP. Este mtodo es uno de los ms seguros, aunque teniendo en cuenta el resto de opciones de seguridad, no se usa demasiado. Consiste en facilitar al usuario un nombre de usuario y contrasea al ms puro estilo POP, de modo que si se intenta enviar sin facilitarlos, el servidor dar un error.

Existen otros mtodos para protegerse como la implementacin de filtros, adicin de polticas de uso del servidor, etc. Mercury Mail Server dispone de mltiples sistemas de proteccin adems de otras interesantes caractersticas dentro del men "Configuration" que permiten facilitar el trabajo y adecuarlo lo mejor posible a nuestras necesidades.

6. Enlaces interesantes
Pgina oficial http://www.pmail.com de Pegasus Mail y Mercury Windows, Mercury Mail. Novell): Mail:

- Pgina oficial de descargas (versiones http://www.pmail.com/downloads_risc_t.htm

DOS,

Informacin (en ingls) sobre http://www.pmail.com/overviews/ovw_mercury.htm

También podría gustarte