PDF de programación - configuración de postfix

Configuración de Postfix

Introducción
Algunas definiciones
Mas suposiciones
Configuración local
Enviar correo al exterior
Otros

Introducción

Este documento explica cómo configurar Postfix (en su versión 1991231) en una máquina con Linux
que conecta ocasionalmente con Internet. El objetivo real es, principalmente, habilitar un mecanismo
que permita escribir correos electrónicos off-line, es decir, sin tener que conectar con Internet en el
momento de escribirlos. La idea es que el lector de correo envíe los mensajes al servidor local, quien
los acumulará, enviando todos los correos externos al sistema al establecer la conexión a Internet, de
forma automática y en segundo plano. Adicionalmente, se conseguirá que los distintos usuarios
locales puedan enviarse correos locales entre sí. Durante las indicaciones para la configuración, se
usan los siguientes valores de ejemplo:

Nombre host local (milinux.midominio): es el nombre completo que le hemos dado a nuestra
máquina al instalar Linux. El valor por defecto es localhost.localdomain, pero he preferido
poner otro para evitar confusiones con algunos usos de localhost que se aplican incluso si le
cambiamos el nombre a la máquina.
Nombre dominio local (midominio): es el nombre del dominio en que se ubica la máquina; es
todo lo que sigue al primer punto en el nombre del host.

Algunas definiciones

Lo primero es presentar algunas definiciones básicas sobre el correo electrónico y su funcionamiento.
El servicio de correo electrónico consta de dos partes bien diferenciadas: aquella con la que trata el
usuario, y aquella que se encarga de transportar los mensajes del origen al destino. A menudo hay un
componente adicional encargado de distribuir el correo que llega a la máquina destino a una
ubicación especial dentro de ésta, propia de cada usuario. Los nombres de estos componentes son:

MUA (Mail User Agent): es un programa que permite leer y escribir correos. Suelen tener
muchas funcionalidades que superan la estricta lectura y composición de mensajes, como el
mantenimiento de libretas de direcciones, gestión de anexos (attachments), gestión de múltiples
carpetas para organizar el correo, filtros de correo para borrarlo, responderlo, o redirigirlo a
carpetas determinadas, todo ello automáticamente y en función de las características del
mensaje, etc. Nombres habituales de MUAs son: mail, elm, pine, kmail (entorno KDE),
Netscape Messenger, Microsoft Outlook Express, Qualcomm Eudora (en Windows), Pegasus
Mail (en Windows) ...
MTA (Mail Transport Agent): es un programa encargado de recoger mensajes y enviarlos,
comunicando para ello con otros MTA según sea preciso. Lo normal es que funcione como
servicio (es decir, de modo continuo, esperando peticiones de los MUAs o de otros MTAs y
atendiéndolas). En Unix/Linux se implementan como uno o más demonios. El MTA más
famoso y utilizado es sendmail; otros MTAs son Postfix, QMail... Además, productos de
groupware como Microsoft Exchange, Lotus Domino Server, Novell Groupwise o Netscape
Messaging Server incluyen MTAs.
Utilidades diversas: dependiendo de las circunstancias, se usarán otras pequeñas utilidades
adicionales, que se encargarán de "colocar" los mensajes en el buzón de cada usuario, de
recoger el correo de servidores externos, etc. Postfix utiliza procmail para la primera función;
nosotros utilizaremos fetchmail para recoger el correo del servidor POP3 de nuestro proveedor.

Así pues, el objetivo de esta documentación es ayudar a configurar un MTA, concretamente Postfix.

¿Por qué Postfix y no sendmail? Por tres motivos, básicamente:

sendmail es mucho más complejo que Postfix : Postfix se incluye en algunas distribuciones de
Linux como alternativa más sencilla y segura que sendmail. El objetivo de esta documentación
no es poner en marcha un hiper-mega-servidor de correo, sino una solución sencilla para
disponer de correo off-line.
sendmail ya cuenta con muchísima documentación: Al ser un software que lleva mucho tiempo
funcionando, y que es tan popular, hay disponible mucha documentación para sendmail. La
página Web de sendmail es: http://www.sendmail.org/.
no tengo ni pajolera idea de sendmail: sobran explicaciones posteriores. :-)

Más suposiciones

Este documento no es sino la recolección ordenada de las peleas que su autor ha tenido hasta
conseguir dejar funcionando correctamente (correctamente es una forma de hablar) Postfix en una
máquina con Linux que conecta ocasionalmente (aproximadamente una hora diaria) con Internet. Por
el momento, esta documentación asume lo siguiente:

La máquina tiene instalada la versión 7.0.2 de la distribución Mandrake Linux, u otra
distribución basada en Red Hat 6.x. Esto permite suponer en qué ruta se encuentran los
archivos de configuración. De todas formas, no deberías encontrar grandes problemas con
otras, y lo más probable es que todas guarden su configuración en /etc/postfix.
La instalación se ha hecho mediante un paquete RPM, y sendmail no estaba instalado
anteriormente. Cumpliéndose estas dos condiciones es muy probable que el demonio de Postfix
se esté cargando durante el inicio del sistema, y que la configuración relativa a la conexión
(propietario del puerto, demonio que lo atiende, etc.) sea correcta.

¿Y si tengo sendmail?:

Si tienes sendmail, tendrás que desinstalarlo antes. Primero deberás matar el proceso de
sendmail, si es que se está ejecutando ( # killall sendmail), y luego desinstalarlo con el
procedimiento adecuado para tu distribución.

Configuración local

La configuración local es bastante sencilla. De hecho, es posible que el sistema funcionara sin
necesidad de tocar nada. No obstante, es preferible asegurarse modificando los siguientes valores del
archivo /etc/postfix/main.cf (es posible que algunos de estos parámetros ya figuren con los valores
indicados):

myhostname = milinux.midominio
mydomain = midominio
myorigin = $myhostname
mail_spool_directory = /var/spool/mail

Además, hay que modificar el archivo de alias. Normalmente el archivo de alias está en
/etc/aliases. Sin embargo, en vuestro sistema con Postfix es fácil que encontréis que /etc/aliases
es un enlace simbólico a /etc/postfix/aliases. Este archivo contiene alias, es decir, equivalencias
entre una dirección local (probablemente ficticia) y una dirección real. Así, si el servidor recibe un
mensaje dirigido a "[email protected]", y en /etc/aliases hay una línea como ésta:

postmaster root

(como, de hecho, hay), será root quien realmente reciba el mensaje. El archivo aliases ya contiene
algunas líneas comunes. La única línea que puede interesar añadir es la que redirige el correo de root
a un usuario normal (que será la que habitualmente utiliza el administrador cuando no precisa
privilegios de supervisión). La línea sería, simplemente:

root pepito

En "man 5 aliases" se puede obtener más información, para aprender cómo establecer más de un
destino para cada alias, enviar el mensaje a un archivo, etc.

Para que aliases sea tenido en cuenta por Postfix, en /etc/postfix/main.cf debe haber una línea del
tipo:

alias_maps = hash:/etc/postfix/aliases

Y, además, cada vez que se modifica el archivo aliases debe ejecutarse el comando (como root):

newaliases

Este comando genera el archivo /etc/aliases.db, que es una versión indexada de aliases, para
mejorar el acceso durante la ejecución de Postfix.

(Para no complicar las cosas, no entraremos en detalles sobre el formato db. Al tener todos estos
cambios realizados y funcionando, deberíais poder enviar mensajes desde un usuario a otro, siendo
ambos de vuestro Linux.

Enviar correo al exterior

Postfix ya asume que ciertas direcciones tienen que ser entregadas a máquinas remotas. Sin embargo,
hay diferentes formas de hacer eso (e incluso de no hacerlo), y las que nos interesan han de tener en
cuenta las siguientes circunstancias:

La máquina no está constantemente conectada a Internet, así que hay que decirle a Postfix que
no debe intentar procesar los correos que van fuera de la máquina inmediatamente, sino cuando
se le indique.
Lo ideal sería que Postfix le pasara el marrón de distribuir el correo al servidor de vuestro
proveedor de Internet. Así, vuestra máquina no tiene que estar buscando a cada servidor, sino
que le pasa todos los correos pendientes al servidor de vuestro proveedor y éste se busca la
vida. Desafortunadamente, la mayoría de los servidores requieren autenticación para cosas así,
y Postfix (en la versión examinada aquí, la 19991231) no tiene mecanismos para suministrar el
nombre de usuario y contraseña correctos, así que lo más probable es que haya que dejar que
Postfix haga el trabajo sucio.
Si tu proveedor es Atranquis, Tierra, o EresMenos, tu dirección será, por ejemplo,
[email protected], y es posible que la cuenta de Luisito en Linux sea, precisamente,
luisito. Si envías un correo desde [email protected] a [email protected], al final
llegaría a [email protected], así que ¿para qué hacer que el correo esté subiendo y
bajando por el módem innecesariamente?

Muy bien, vayamos por partes, como diría Jack el Destripador. Si la máquina no está conectada
constantemente a Internet, los correos enviados por SMTP (el protocolo que utilizan los MTAs como
Postfix para pasarse los correos a través de Internet), hay que dejarlos en cola hasta que conectemos.
La primera parte, dejarlos en espera, se consigue con el parámetro siguiente en /etc/postfix/main.cf:

defer_transports = smtp

Al hacer esto, los mensajes al exterior se quedan en cola (puedes comprobar qué mensajes están en
cola ejecutando el comando mailq).

La segunda parte, que los envíe cuando estemos conectados, se hace con el comando
/usr/sbin/sendmail -q. Ojo, porque este comando sólo lo puede ejecutar root. En el apartado Otros
explicaré por encima cómo conseguir que no sea necesario abrir una sesión de root para ejecutar este
comando. Observad también que sólo se envían los mensajes que están pendientes en el momento de