Documentos de Académico
Documentos de Profesional
Documentos de Cultura
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.
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.
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.
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:
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
Si no hacemos uso de Novell, procederemos a pulsar el botn NOT NETWARE SUPPORT, como es nuestro caso.
PASO 4
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.
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
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.
PASO 13
Por ltimo Mercury nos muestra una pantalla de confirmacin, donde se nos indica que la instalacin ha concluido.
prueba.com
192.168.1.10
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...
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".
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.
Para terminar la configuracin de los usuarios pulsaremos el botn "Close" Veamos ahora como configurar los clientes de e-mail para el correcto funcionamiento.
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.
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:
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.
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.
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.
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.
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.
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.
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:
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:
DOS,