Selección, instalación y configuración del software de servidor de mensajería electrónica. IFCT0509

1 La IP del servidor de miempresa.com es: 208.84.244.10.

2 La IP del servidor de mipublicidad.es es: 217.12.24.100.

3 La IP del servidor de otracasa.es es: 17.1.2.1.

Comparando los resultados que le proporcionan y los que tiene, ¿a qué conclusión puede llegar? ¿Existe algún fallo en sus servidores? Si existe fallo, ¿a quién se debe este fallo? ¿Puede solucionarlo usted como administrador o necesita de terceras personas?

SOLUCIÓN

El principal problema radica en la información que proporcionan los servidores de cada una de las zonas de actividad. Tras revisar su cuaderno y la información que le proporcionan se da cuenta que las direcciones IP no coinciden:

1 En su cuaderno tiene: miempresa.com → IP:208.84.244.11.

2 Y le proporcionan: miempresa.com → IP:208.84.244.10.

El fallo se encuentra en los servidores de autoridad, ya que el servidor de correo tiene los datos correctos.

La única forma de solucionar el problema es ponerse en contacto con los servidores de autoridad y que actualicen los datos de los servidores de manera correcta.

Actividades

7. Realice un gráfico explicativo del ejemplo anterior donde se vea claramente todas las consultas DNS necesarias.

Protocolo SMTP

El protocolo SMTP (simple mail transfer protocol, protocolo simple de transferencia de correo) es un protocolo de la capa de aplicación; se trata de un estándar basado en el modelo de conexión punto a punto cuya función es permitir la transferencia de los correos electrónicos desde un servidor de correo a otro, estando basado en la arquitectura cliente-servidor.

Este protocolo funciona encapsulado en una trama del protocolo TCP/IP a través del puerto 25.

Nota

La capa de aplicación en el protocolo TCP/IP actúa de intermediaria entre el usuario y las aplicaciones que tienen acceso a la red.

La comunicación entre cliente y servidor está basada en el uso de comandos de texto; estos comandos están compuestos por caracteres ASCII y su longitud máxima entre el comando y el texto explicativo es de 1.000 caracteres delimitados por el carácter CRLF (retorno de carro más salto de línea), que equivale a presionar la tecla Intro.

Los comandos básicos de texto para el manejo del protocolo SMTP son los siguientes:

1 HELO: inicia una sesión con el servidor.

2 MAIL FROM: para indicar quién envía el mensaje.

3 RCPT TO: para indicar el destinatario del mensaje.

4 DATA: esta orden indica el comienzo del mensaje; este finalizará cuando haya una línea únicamente con un punto.

5 QUIT: para cerrar la sesión.

6 RSET: aborta la transacción en curso y borra todos los registros.

7 SEND: inicia una transacción en la cual el mensaje se entrega a una terminal.

8 SOML: el mensaje se entrega a un terminal o a un buzón.

9 SAML: el mensaje se entrega a un terminal y a un buzón.

10 VRFY: solicita al servidor la verificación del argumento.

11 EXPN: solicita al servidor la confirmación del argumento.

12 HELP: permite solicitar información sobre un comando.

13 NOOP: se emplea para reiniciar los temporizadores.

14 TURN: solicita al servidor que intercambien los papeles.

La respuesta del servidor estará constituida por un código numérico de tres dígitos seguidos de un texto explicativo. El código numérico indica qué es un procesado automático de respuesta, mientras que el texto explicativo sirve para que el usuario interprete la respuesta.

Sabía que...

La contraseña más utilizada en servidores de correo electrónico es 123456, estando también entre las más usadas (en su correspondiente idioma): dios, casa, amor, sol, la fecha de nacimiento y el número de teléfono. Por supuesto, todas estas contraseñas son tremendamente inseguras para un servidor de correo electrónico.

De los tres dígitos del código numérico, el primero indica la categoría de la respuesta. Estas categorías pueden ser:

1 2XX: la operación solicitada a través del comando anterior ha sido efectuada con éxito.

2 3XX: la orden ha sido aceptada, pero el servidor está pendiente de que el cliente le envíe nuevos datos para terminar la operación.

3 4XX: indica una respuesta de error pero se espera que se repita la instrucción.

4 5XX: para indicar una condición de error permanente, por lo que no debe repetirse la orden.

Nota

Las normas RFC (Request for Comments), son una serie de documentos donde se refleja las características y estándares de los protocolos utilizados en Internet.

Estos son los principales códigos, especificados en RFC 2821:

1 211: estado del sistema o del sistema de respuesta.

2 214: so se utiliza.

3 220 <dominio>: de servicio rápido.

4 221 <dominio>: servicio canal de transmisión de cierre.

5 250: se completa el comando con éxito.

6 251: usuario no local; reenviará a la dirección <forward-path>.

7 252: no se puede verificar el usuario, pero se acepta el correo.

8 354: fin de la secuencia de datos.

9 421 <dominio>: servicio no disponible, cerrando el canal de transmisión.

10 450: acción de correo solicitada no realizada: buzón no disponible (por ejemplo, el buzón está ocupado o bloqueado temporalmente por razones políticas).

11 451: la acción requerida se interrumpe: error local en el procesamiento.

12 452: acción no realizada: el almacenamiento de sistema es insuficiente.

13 455: servidor incapaz de procesar los parámetros del mensaje.

14 500: error de sintaxis, comando no reconocido (esto puede incluir errores como línea de comandos demasiado larga).

15 501: error de sintaxis en los parámetros o argumentos.

16 502: comando no implementado.

17 503: secuencia de comandos.

18 504: el parámetro de comando no está implementado.

19 550: acción no realizada: buzón no disponible (por ejemplo, el buzón no se encuentra, sin acceso o el comando rechazado por razones políticas).

20 551: el usuario es no local; intente <forward-path>.

21 552: la acción requerida es interrumpida: almacenamiento superado.

22 553: acción no realizada: nombre de buzón no permitido (por ejemplo, la sintaxis de buzón incorrecto).

23 554: error de la transmisión (o, en el caso de una respuesta de conexión de apertura, “no hay servicio SMTP aquí”).

24 555: MAIL FROM/RCPT TO: parámetros no reconoce o no se han aplicado.

Seguidamente se muestra un ejemplo de una comunicación típica entre un cliente y un servidor de correo SMTP:

Cuando el servidor de SMTP recibe la finalización del mensaje, este efectuará el archivado del correo si el usuario pertenece a su dominio o lo enviará a otro para que llegue al servidor del correo al que pertenece el receptor.

Se puede ver a continuación un ejemplo de envío y recepción de un correo electrónico a través del protocolo SMTP (con C se indica al cliente y con S al servidor):

S: 220 Servidor smtp.ejemplo.es ESMTP

C: HELO miequipo.midominio.com

S: 250 miequipo.midominio.com

C: MAIL FROM: yo@midominio.com

S: 250 Ok

C: RCPT TO: destinatario@otrodominio.com

S: 250 Ok

C: DATA

S: 354 End data with <CR><LF>.<CR><LF>

C: Subject: Campo de asunto

C: From: yo@midominio.com

C: To: destinatario@sudominio.com

C:

C: Hola,

C: Mensaje de Prueba.

C: Que bien va todo.

C:

C:

S: 250 Ok

C: quit

S: 221 Bye.Closing Transmission

Actividades

8. Identifique en esta lista de comandos SMTP los principales campos de un correo electrónico.

S: 220 Servidor smtp.micorreo.com ESMTP

C: HELO pc1.midominio.com

S: 250 pc1.midominio.com

C: MAIL FROM: manuel@midominio.com

S: 250 Ok

C: RCPT TO: ana@otrodominio.com

S: 250 Ok

C: DATA

S: 354 End data with <CR><LF>.<CR><LF>

C: Subject: Envio urgente

C: From: manuel@midominio.com

C: To: ana@sudominio.com

C:

C: Por favor llamame lo antes posible

C: .

S: 250 Ok

C: quit

S: 221 Bye.Closing Transmission.

Aplicación práctica

Acaba de terminar de instalar y configurar un servidor SMTP. Su empresa es miempresa.com y tiene como dirección IP el servidor 5.6.120.45. Además, tiene asignado como nombre al servidor SMTP: smtp.miempresa.com.

Para comprobar que todo está correcto, envía una serie de mensajes de correos electrónicos de prueba y comprueba la respuesta que le proporciona su servidor SMTP. A continuación puede ver un extracto de la misma:

S: 211 miempresa.com IP Address: 5.6.120.45

S: 220 Servidor smtp.miempre.com ESMTP

C: HELO pc1.miempresa.com

S: 250 pc1.miempresa.com

C: MAIL FROM: manuel@miemp.com

S: 250 Ok

C: RCPT TO: lolo@otrodominio.com

S: 250 Ok

C: DATA

S: 354 End data with <CR><LF>.<CR><LF>

C: Subject: prueba

C: From: manuel@miemp.com

C: To: lolo@otrodominio.com

Atendiendo a sus conocimientos sobre los comandos SMTP, ¿cree que tiene bien configurado el servidor? Si no es así, ¿a qué cree que puede deberse? ¿Cómo podría solucionarlo? ¿Puede influir a quien van destinados los mensajes de prueba?

Solución

El servidor SMTP no se encuentra bien configurado, la información que proporciona el servidor indica que el nombre del servidor SMTP es smtp.miempre.com, cuando debe ser smtp.miempresa.com

La forma de solucionarlo es proporcionar en la configuración del servidor SMTP el nombre del servidor de manera correcta.

Lo más probable es que los mensajes que se dirijan de un usuario del servidor a otro usuario no lleguen a su destinatario final, ya que al no coincidir los nombres del servidor hace imposible su entrega.

Protocolo POP

POP (post office protocol, protocolo de oficina de correos) es un protocolo de nivel de aplicación que se usa para que los clientes locales de correo se descarguen en su propio dispositivo los mensajes almacenados en el buzón del servidor de correo, permitiendo en cualquier momento la revisión de cada uno de ellos aun sin conexión, es decir, offline.

Sabía que...

Los servidores SMTP y POP son muy fáciles de hackear debido a que, por defecto, las comunicaciones no suelen estar encriptadas.

Este protocolo funciona encapsulado en una trama del protocolo TCP/IP a través del puerto 110.

Este tipo de proceso estaba pensado para usuarios con conexiones lentas o intermitentes con el servidor de correo.

Este protocolo consta de varias versiones. Las dos primeras, POP1 y POP2, se encuentran obsoletas, mientras que la versión POP3 es la que se utiliza actualmente, por ello es normal que cuando se haga referencia al protocolo POP en realidad se esté hablando del POP3.

Al igual que el protocolo SMTP, el protocolo POP utiliza comandos de texto para intercambiar información entre los diversos servidores.

Los comandos básicos de texto para el manejo del protocolo POP, recogido en la RFC 1939, son los siguientes:

Las respuestas de POP3 se encuentran configuradas por cadenas de caracteres ASCII, se representan con un indicador de estado positivo (+OK) o negativo (-ERR) y puede mostrar información adicional.

Ejemplo

Comunicación con un servidor POP:

telnet correo.miempresa.com

110 +OK Hello doctor.

USER jose@miempresa.com

+OK Password required.

PASS ****

+OK logged in.Hi.

STAT

+OK 2 1154

QUIT

+OK Bye.Closed

De forma predeterminada, los correos se descargan al equipo local y se borran del servidor; este método puede resultar un inconveniente, puesto que si el usuario accede a su correo y se los descarga, estos serán inaccesibles desde cualquier otro equipo.

Sabía que...

Se está trabajando en una nueva versión del protocolo POP, la versión POP4.

Para evitar este problema, la mayoría de los clientes de correo permiten configurar la opción de almacenar el correo en el servidor y descargarse solo una copia de los mensajes.

Gracias a esta funcionalidad es posible realizar diferentes configuraciones según las necesidades del usuario.

Ventajas del protocolo POP

1 Poder utilizar un programa especializado en la gestión de correos para descargarlos al equipo y leerlos posteriormente aun sin disponer de conexión a Internet.

2 El servidor de correo no tiene por qué disfrutar de un amplio espacio de almacenamiento ya que todos los correos se descargan al equipo.

3 Al encontrarse los correos almacenados en local es más rápido trabajar con correos electrónicos y sus respectivos archivos adjuntos.

4 Es bastante sencillo instalar y configurar un servidor POP.

5 Inconvenientes del protocolo POP

6 Si el equipo donde se encuentran almacenados los correos se daña, se extravía o es robado, estos correos se perderán.

7 Al descargarse los correos localmente existe una mayor probabilidad de que se infecte el equipo con software no deseados.

Nota

Hace unos años, debido a la lentitud de las comunicaciones vía web en Internet, la mayoría de los usuarios utilizaban correos con servidores POP, tendencia que ha cambiado últimamente, pues se utilizan servidores IMAP y correo web.

Actividades

9. ¿Cuál es el fallo en esta comunicación POP3?

telnet correo.miempresa.com 110

+OK Hello doctor.

USER jose@miempresa.com

+OK Password required.

PASS ****

-ERR Password Fail.Retry???

QUIT

+OK Bye.Closed

Protocolo IMAP

IMAP (internet message access protocol, protocolo de acceso a mensajes de Internet) es un protocolo de recepción de correos similar al POP donde los usuarios acceden directamente al buzn de correo del servidor. Esto quiere decir que todas las modificaciones que efectúe el usuario se realizarán directamente sobre el servidor.

El protocolo IMAP está definido en la RFC 3501.

Existen varias versiones del protocolo IMAP, actualmente se encuentra en la cuarta, también conocida como IMAP4.

El protocolo IMAP está diseñado para el proceso de recepción de correos. Trabaja normalmente por el puerto TCP 143 y su versión segura (IMAPS) funciona en el puerto TCP 993.

Este protocolo fue diseñado para que los usuarios tuvieran una comunicación en dos direcciones con su servidor de correo.

Todos los mensajes son guardados en el servidor para que sean accesibles para el usuario desde cualquier ubicación.

Habitualmente es un protocolo ideal para la gestión de correos electrónicos de manera remota a través de un servidor web integrado (correo web o webmail), ya que permite la gestión directa del buzón de correos así como su organización por carpetas.

El protocolo IMAP se suele utilizar para sustituir al protocolo POP, pero ambos pueden convivir en el mismo servidor de correos electrónicos, permitiendo este el acceso simultáneo al mismo a través de los dos protocolos; incluso la mayoría de los clientes de correos electrónicos hoy en día permiten el uso de ambos protocolos a la vez.

Ventajas del protocolo IMAP

1 Ofrece una comunicación bidireccional entre el servidor de correo web y el cliente de correo electrónico.

2 Los correos están en todo momento en el servidor, por lo que se puede acceder a ellos desde cualquier lugar.

3 Si el equipo se daña, se extravía o lo roban, los correos se encuentran seguros en el servidor.

4 Acceso y gestión fácil y rápida desde cualquier equipo al disponer de sincronización bidireccional. Lo que se haga en el equipo se refleja en el servidor; por ejemplo: si se elimina un correo desde el equipo, se elimina del servidor; si se crea una carpeta en el equipo, se crea en el servidor.

Inconvenientes del protocolo IMAP

1 Si no se tiene acceso a Internet no se podrá acceder al correo.

2 Si la cantidad de correos que se envían y se reciben es elevada, es necesario que el proveedor de servicio de correo proporcione una gran cantidad de espacio de almacenamiento.

Actividades

10. Busque información en Internet sobre qué protocolo (IMAP o POP) utilizan los proveedores más famosos de correo electrónico en Internet: Gmail, Yahoo y Hotmail.

Al igual que ha ocurrido con el protocolo POP, el protocolo IMAP ha sufrido una evolución desde su invención, de tal forma que actualmente se trabaja con la versión 4 del protocolo, conocido como IMAP4. Esta versión incluye características que hacen aún más interesante al protocolo:

1 Soporte total de tipos MIME para ficheros adjuntos al correo electrónico.

2 La información de estado del protocolo permanece en el propio servidor; es decir, si se lee un mensaje de correo electrónico desde un equipo y más adelante desde otro equipo se vuelve a consultar ese mensaje, aparecerá una marca de leído.

3 Se permite la conexión simultánea de varios clientes, así que se puede consultar el correo por un cliente de correo tradicional, por un navegador web o con el teléfono móvil de última generación.

Se puede consultar el correo fuera de línea, se descarga previamente al igual que con POP o bien se consulta en línea; los mensajes no se descargan si no se consultan in situ en el servidor. De esta forma se pueden ajustar las necesidades al ancho de banda que se tenga en cada momento en la conexión al servidor de correo electrónico.

Aplicación práctica

José es administrador de servidores de una red local con conexión a Internet y hace unas semanas que ha terminado de instalar un servidor de correo POP en esta red. Los usuarios de su red de momento pueden enviar y recibir correos electrónicos, pero le comunican que algunos mensajes tienen algunas incidencias. Las más destacables son:

1 No pueden recibir correos electrónicos del exterior (Internet), tan solo de los propios usuarios de la red local.

2 Algunos usuarios se han descargado correos electrónicos con sus clientes a sus equipos y estos equipos se han formateado; por lo tanto, los mensajes ya están en el equipo y han desaparecido del servidor de correo.

3 Otros usuarios tienen teléfonos móviles con correo electrónico, pero no tienen posibilidad de usarlo, porque tan solo en sus teléfonos tienen instalado un navegador web.

¿Qué posibles soluciones puede encontrar José para satisfacer las necesidades de sus usuarios de correo electrónico?

SOLUCIÓN

Puede que no reciban correo electrónico del exterior (Internet) y solo de los propios usuarios de la red local porque el servidor DNS no está bien configurado, sería necesario revisar los parámetros.

En cuanto a los problemas de descarga de correos electrónicos, como tan solo se dispone de un servidor POP, en cuanto se descargan los mensajes estos se eliminan del servidor, de forma que ya no se pueden descargar. La solución sería instalar también un servidor de correo IMAP para que los mensajes siempre permanezcan en el servidor.

La única forma de tener correo web en el sistema es a través de un navegador web, la solución es la instalación de un servidor de correo IMAP que permite el acceso desde un navegador o cliente web.

Nota

Los tipos MIME permiten adjuntar cualquier tipo de fichero a un correo electrónico, permitiendo la descarga de este de una manera rápida.

Otros protocolos propietarios

Los protocolos propietarios cumplen necesidades que los protocolos estándar no cubren, o mejoran la compatibilidad entre productos de una misma empresa.

Los protocolos propietarios son productos o sistemas desarrollados por una empresa para solo operar con sus propios dispositivos o con otros de terceros especificados anticipadamente.

Los protocolos propietarios poseen ventajas frente a los estándares en cuanto a economía y costo de los equipos. Sin embargo, es un riesgo emplear un solo tipo de tecnología, pues si la empresa desarrolladora desaparece no se podrá seguir obteniendo soporte técnico ni posibilidades para ampliaciones futuras, existiendo además una dependencia a una marca en particular.

Como ejemplo de protocolo propietario se puede mencionar a MAPI (messaging application programming interface), que proporciona nuevas características y extensiones al protocolo IMAP. Se utiliza en la familia de servidores de correo electrónico de Microsoft Exchange y en la familia de clientes de correo electrónico Microsoft Outlook.