PDF de programación - Servidor de correo con sendmail y SuSE

Indice de documentación

Servidor de correo con sendmail y SuSE

Luis Rial, [email protected]

v0.2, 15 Octubre 2002

En este artículo vamos a describir cómo poner en marcha un servidor de correo sobre SuSE Linux utilizando el programa
sendmail. Los ejemplos e indicaciones recogidas se han probado sobre las versiones 6.3, 7.0 y 7.2 de SuSE.

1. Copyright

Copyright (c) 2002 LUIS RIAL. Se otorga permiso para copiar, distribuir y/o modificar este documento bajo los
términos de la GNU Free Documentation License, Version 1.1 o cualquier otra versión posterior publicada por la Free
Software Foundation; Una copia de la GNU Free Documentation License se puede encontrar en
http://www.gnu.org/copyleft/

2. Introducción

No cabe duda que, uno de los servicios más utilizados en Internet es el de correo electrónico. Para poder prestar este servicio
son necesarios los servidores de correo.

Quizá, una de las primeras cosas de las que habría que hablar, es del distinto tipo de servidores de correo que nos podemos
encontrar, o de los distintos cometidos que un servidor SMTP puede tener.

No es lo mismo un servidor con dominio propio que sin él. En el segundo caso, lo más probable es que sólo lo utilicemos para
enviar nuestros mensajes, utilizando otra aplicación como fechmail para recoger, desde el servidor de nuestro ISP (proveedor de
acceso y/o servicios de Internet) los mensajes que nos envíen . También, en este caso, es importante hacer notar las
limitaciones que nos podemos encontrar para el envío. Así, lo más probable es que nuestro ISP nos fuerce una sesión
autenticada (se nos solicitaría login y password) o nos imponga el acceso através de sus recursos de acceso (es decir no
podríamos acceder a Internet através de otro ISP y utilizarle a él para enviar nuestros mensajes).

Resumiendo, podríamos plantear los siguientes escenarios:

Servidor sin dominio propio, utilizando el de nuestro ISP para recoger los mensajes que nos envíen, utilizándolo, a su
vez, como smarthost para los que enviemos.
Servidor con dominio propio. En este caso, lo habitual es tener conexión permanente a Internet, IP fija y pública, y
nuestro servidor dado de alta como servidor de correo (registro MX correspondiente) para nuestro dominio en el
correspondiente DNS.

En este documento nos centraremos en el segundo supuesto.

2.1 ¿Qué es un mail hub?

Un servidor de correo centralizado (denominado tradicionalmente como mail hub en inglés) se encarga de la gestión del correo
entrante y saliente de su dominio.

Así, en un dominio (susehispano.org por ejemplo) podemos tener varios servidores de correo: uno por país, por ejemplo; o
varias máquinas que, sin ser su cometido principal servir correo, corren sendmail para el envío de mensajes (un servidor web
por ejemplo).

La utilización de un servidor de correo centralizado reporta varios beneficios:

el resto de los servidores que corren sendmail pueden tener una configuración más sencilla;

todo el correo con destino al dominio, es enviado al mail hub, el cual se encarga de la posterior distribución interna del
mismo;
todo el correo saliente del dominio es enviado por los distintos servidores al mail hub, que se encargará de su entrega al
servidor de correo del dominio del destinatario;

También existen ciertos aspectos que pueden no resultar tan ventajosos:

si nuestro dominio soporta mucho tráfico de correo entrante y/o saliente, todo es gestionado de forma centralizada por el
mail hub, pudiendo producirse retrasos indeseados en la recepción y envío de los mensajes;
por otro lado es necesario contar con un repositorio global de los usuarios de correo del dominio, algo así como un
/etc/password compuesto por los /etc/password de cada servidor de correo;

Así, quizá el caso más completo que podríamos encontranos , es el de un mail hub, servidores normales por distintas
ubicaciones para tratar el correo local, y un servidor con autenticación para el envío de correo desde fuera de nuestra ubicación
habitual (desde casa, un hotel, etc.).

2.2 ¿Qué es un servidor de correo con autenticación?

Como regla general, un servidor de correo sólo acepta mensajes que:

van dirigidos al dominio para el que está dado de alta en el correspondiente DNS, y además
le es entregado por un servidor debidamente dado de alta en el DNS del dominio del remitente.

En los demás casos, el correo no es admitido.

Para conseguir excepciones a la regla anterior, existen los parámetros de RELAY que, en sendmail y SuSE, se configuran en
/etc/mail/access.En líneas generales, en ese archivo incluímos reglas que permiten el RELAY (excepciones a la regla
mencionada) a una máquina, un dominio, una subred, etc.

Más recientemente, existe la posibilidad de permitir el RELAY mediante login y password. Un servidor con esa característica, es
un servidor de correo (SMTP) con autenticación ( AUTH). En próximas revisiones de este documento intentaré tratar la
configuración de un servidor de este tipo.

En la figura 1 podemos ver la topología de la red de nuestro ejemplo. En ella, el servidor smtp.susehispano.org es el servidor
central de correo (mail hub) mientras que www.susehispano.org, es un servidor web que precisa enviar correo.

A continuación vamos a ilustrar como configurar un servidor de correo centralizado (mail hub) utilizando sendmail sobre una
distribución SuSE Linux (se ha probado sobre las versiones 6.3, 7.0 y 7.2). También veremos como configurar uno de los
servidores (www.susehispano.org) del dominio que hará uso del mail hub anterior.

En SuSE Linux, al menos antes de la versión 8.0, para la configuración de sendmail son relevantes los siguientes archivos y
variables del sistema:

/etc/mail/access
/etc/mail/aliases
/etc/mail/genericstable
/etc/mail/virtusertable
/etc/mail/mailertable
variable sendmail_locahost
variable from_header
variable sendmail_smarthost

Nota: Para ilustrar los ejemplos de este documento hemos tomado susehispano.org como dominio de ejemplo. No obstante, las
direcciones y configuraciones aquí mencionadas, nada tienen que ver con las realmente utilizadas en ese dominio.

Por favor si detectas algún error a lo largo del documento, te agradecería me lo hicieras saber en la dirección de correo que
aparece al principio. Gracias.

3. Configuración del mail hub con sendmail

El servidor de correo empleado en el ejemplo, que va a realizar las funciones de mail hub, es una máquina Linux con SuSE 6.3
y el paquete sendmail instalado.

Sus funciones son las de recibir todo el correo con destino al dominio susehispano.org y redirigirlo a las distintas máquinas
que esperan recibir correo en este dominio.

3.1 Archivo /etc/mail/access

En este archivo añadimos la línea:

10.168.68 RELAY

Esto permite a www.susehispano.org y, a cualquier otra máquina de esa sub-red, enviar correo a través de esta máquina
(smtp.susehispano.org).

Como podemos leer en los comentarios incluidos en el propio archivo, se puede permitir el RELAY a una máquina determinada,
a una sub-red, a un dominio, etc.

3.2 Archivo /etc/mail/aliases

Las líneas más relevantes de este archivo son:

...
root: admin, \root
...
pepe: [email protected]
...

La primera, no tiene nada que ver con la función de mail hub; sirve para que todos los correos que van a root, se redirijan al
usuario admin (esta es la cuenta ’’ordinaria’’ del administrador de la máquina).

La segunda permite a la máquina saber que el usuario pepe está en la máquina www.susehispano.org. Habría que incluir
líneas análogas para los demás usuarios de otras máquinas, de la forma:

usuario: [email protected]

3.3 Archivo /etc/mail/genericstable

Lo más relevante de este archivo es:

admin: [email protected]

Lo anterior permite enmascarar el nombre de la máquina cuando el usuario admin envía correos, de esta forma el remite aparece
como [email protected] en vez de como [email protected].

3.4 Archivo /etc/mail/virtusertable

Este archivo no hay que modificarlo respecto al original.

3.5 Archivo /etc/mail/mailertable

En este archivo ponemos:

www.susehispano.org smtp:[www.susehispano.org]

Lo que nos permite que la máquina sepa como enviar los correos a los usuarios que residen en www.susehispano.org.

Hay que tener en cuenta que el DNS del dominio susehispano.org debe tener una entrada MX por cada máquina que espera
recibir correo. Por ejemplo, el DNS tendrá un archivo /var/named/susehispano.org.zone como el siguiente:

@ 1D IN SOA dns.susehispano.org.
admin.smtp.susehispano.org. (
2001123000 ; serial (d. adams)
3H ; refresh
15M ; retry
1W ; expiry
1D ) ; minimum

1D IN NS www.susehispano.org.
1D IN MX 10 smtp.susehispano.org.


localhost 1D IN A 127.0.0.1

www 1D IN A 10.168.68.252
1D IN MX 10 smtp.susehispano.org.
1D IN HINFO ’’Pentium III’’ ’’SuSE Linux 7.0’’
1D IN TXT ’’Correo local susehispano.org’’

smtp 1D IN A 10.168.68.253
1D IN MX smtp.susehispano.org.

3.6 Variable sendmail_locahost

La variable del sistema mencionada arriba, debe tener el valor localhost susehispano.org. Esto permite a smtp quedarse y no
rechazar los mensajes con destino al dominio susehispano.org. De no incluir lo anterior solo recibiría correos con destino a ella
misma y que además se enviaran a [email protected]. Esta variable se puede editar con la herramienta yast
(sección administración del sistema-cambiar archivo de configuración ).

3.7 Variable from_header

La variable del sis