Servidores de correo
Fedora ofrece muchas aplicaciones avanzadas para servir y acceder al correo electrónico. Este capítulo describe los protocolos de correo electrónico modernos en uso hoy y algunos programas diseñados para enviar y recibir correo electrónico.
Protocolos de Correo Electrónico
Hoy el correo electrónico es entregado usando una arquitectura cliente/servidor. Un mensaje de correo electrónico es creado usando un programa cliente de correo. Este programa después envía el mensaje al servidor. El servidor lo reenvía al servidor de correo electrónico del receptor, desde donde se sirve el mensaje al cliente de correo electrónico del receptor.
Para habilitar este proceso diversos protocolos estándar de red permiten a diferentes máquinas, con frecuencia corriendo sobre diferentes sistemas operativos, enviar y recibir correo electrónico.
Los siguientes protocolos sobre los que hablamos son los usados más comúnmente en la transferencia de correo electrónico.
Protocolos de Transporte de Correo
La entrega de correo desde una aplicación cliente al servidor y desde el servidor de origen al de destino es manejada por el Protocolo Sencillo de Transferencia de Correo (SMTP).
SMTP El propósito principal de SMTP es transferir correo electrónico entre servidores de correo. Sin embargo, es crítico para los clientes de correo electrónico también. Para enviar correo electrónico, el cliente envía el mensaje a un servidor de correo saliente, que seguidamente contacta con el servidor de correo de destino para su entrega. Por esta razón, es necesario configurar un servidor SMTP cuando se configura un cliente de correo electrónico.
Bajo Fedora, un usuario puede configurar un servidor SMTP en la máquina local para manejar la entrega de correo. Sin embargo, también es posible configurar servidores SMTP remotos para el correo saliente.
Un punto importante a saber sobre el protocolo SMTP es que no requiere autenticación. Esto permite a cualquiera en la Internet enviar correo electrónico a cualquier otro e incluso a grandes grupos de personas. Es esta característica de SMTP la que hace posible el correo basura o spam. La imposición de restricciones de retransmisión impide que los usuarios aleatorios de Internet envíen correos electrónicos a través de su servidor SMTP a otros servidores de Internet. Los servidores que no imponen estas restricciones son llamados servidores de retransmisión abierta.
Fedora proporciona los programas SMTP Postfix y Sendmail .
Protocolos de Acceso al Correo
Hay dos protocolos principales usados por las aplicaciones cliente de correo electrónico para recuperar correo electrónico de los servidores de correo: el Protocolo de Oficina de Correos (POP) y el Protocolo de Acceso al Mensaje de Internet (IMAP).
POP El servidor predeterminado POP bajo Fedora es Dovecot y es suministrado por el paquete dovecot.
Instalar el paquete dovecot
Con el objetivo de usar Dovecot, asegúrese primero de que el paquete dovecot está instalado en su sistema corriendo como ~]# dnf install dovecot Para más información sobre la instalación de paquetes con DNF, vea Instalando Paquetes. |
Cuando se utiliza un servidor POP
los mensajes de correo electrónico son descargados por las aplicaciones de clientes de correo electrónico. De modo predeterminado la mayoría de los clientes de correo electrónico `POP`están configurados para borrar automáticamente el mensaje del servidor de correo electrónico una vez que ha sido transferido con éxito, sin embargo este ajuste normalmente puede ser cambiado.
POP
es totalmente compatible con los estándar de mensajería más importantes de Internet,como Multipurpose Internet Mail Extensions (MIME), que permite los adjuntos de correo electrónico.
POP
trabaja mejor para los usuarios que tiene un sistema que permite leer correo electrónico. Trabaja también bien con los usuarios que no tiene una conexión continua a Internet o a la red en la que está el servidor de correo. Desafortunadamente para aquellos con conexiones de red lentas, POP
requiere programas clientes después de la autenticación para descargar el contenido de cada mensaje. Esto puede llevar mucho tiempo si el mensaje tiene grandes adjuntos.
La versión más actual del protocolo estándar POP
es POP3
.
Hay, sin embargo, diversas variantes del protocolo POP
menos usadas:
-
APOP —
POP3
con autenticaciónMD5
. Se envía un hash codificado de la contraseña del usuario desde el cliente de correo electrónico al servidor en lugar de enviar una contraseña desencriptada. -
KPOP —
POP3
con autenticación Kerberos. -
RPOP —
POP3
con autenticaciónRPOP
. Esto usa una ID por usuario, similar a una contraseña, para autenticar las peticiones POP. Sin embargo esta ID no está encriptada, de modo queRPOP
no es más seguro que elPOP
estándar.
Para añadir seguridad es posible usar encriptación Secure Socket Layer (SSL) para la autenticación del cliente y las sesiones de transferencia de datos. Esto se puede habilitar usando el servicio pop3s o usando la aplicación stunnel. Para más información sobre el aseguramiento de la comunicación de correo electrónico vea Asegurando la Comunicación.
IMAP El servidor IMAP
predeterminado bajo Fedora es Dovecot y se suministra mediante el paquete dovecot. Vea en POP información sobre como instalar Dovecot.
Cuando se utilizar un servidor de correo IMAP
los mensajes de correo electrónico permanecen en el servidor donde los usuarios pueden leerlos o borrarlos. IMAP
también permite a las aplicaciones cliente crear, renombrar o borrar directorios de correo en el servidor para organizar y almacenar el correo electrónico.
IMAP
es particularmente útil para los usuarios que acceden a su correo electrónico desde múltiples máquinas. El protocolo es también conveniente para los usuarios que se conectan al servidor de correo por medio de una conexión lenta, puesto que solo se descarga la cabecera del mensaje hasta que se abre, ahorrando ancho de banda. El usuario tiene también la capacidad de borrar mensajes sin verlos o descargarlos.
Para mayor comodidad, las aplicaciones clientes IMAP
son capaces de almacenar en caché copias de los mensajes localmente, de modo que el usuario puede navegar antes de leer los mensajes cuando no está conectado directamente al servidor IMAP
.
IMAP
, como POP
, es totalmente compatible con importantes estándar de mensajería en Internet, como MIME, que permite los adjuntos para correo electrónico.
Para añadir seguridad, es posible utilizar encriptación SSL
para la autenticación del cliente y las sesiones de transferencia de datos. Esto se puede habilitar utilizando el servicio imaps o usando el programa stunnel. Para más información sobre el aseguramiento de la comunicación de correo electrónico, vea Asegurando la Comunicación.
Hay otros servidores IMAP disponibles, tanto libres como comerciales, muchos de los cuales extiende el protocolo IMAP y proporcionan funcionalidades adicionales.
Los procesos imap-login y pop3-login que implementan los protocolos IMAP
y POP3
son generados por el demonio maestro dovecot
incluido en el paquete dovecot. El uso de IMAP
y POP
se configura a través del archivo de configuración /etc/dovecot/dovecot.conf
; de forma predeterminada dovecot ejecuta IMAP
y POP3
junto con sus versiones seguras usando SSL
. Para configurar dovecot para usar POP
, complete los siguientes pasos:
-
Edite el archivo de configuración
/etc/dovecot/dovecot.conf
para estar seguro de que la variableprotocols
no está comentada (no tenga el signo almohadilla (#
) al principio de la línea) y contiene el argumentopop3
. Por ejemplo:protocols = imap pop3 lmtp
Cuando la variable
protocols
se deja comentada, dovecot usará los valores predeterminados como se describe arriba. -
Haga el cambio operativo en la sesión actual ejecutando el siguiente comando como
root
:~]# systemctl restart dovecot
-
Hacer el cambio operativo después del siguiente reinicio ejecutando el comando:
~]# systemctl enable dovecot ln -s '/usr/lib/systemd/system/dovecot' '/etc/systemd/system/multi-user.target.wants/dovecot'
El servicio dovecot inicia el servidor POP3Tenga en cuenta, por favor, que dovecot solo informa de que inicia el servidor
IMAP
, pero también inicia el servidorPOP3
.
A diferencia de SMTP
, tanto IMAP
como POP3
requieren que los clientes que se conecten se autentiquen con nombre de usuario y contraseña. De modo predeterminado las contraseñas para ambos protocolos se pasan por la red sin encriptar.
Para configurar SSL
sobre dovecot:
-
Edite el archivo de configuración
/etc/pki/dovecot/dovecot-openssl.cnf
como prefiera. Sin embargo, en una instalación típica este archivo no necesita modificación. -
Renombre, mueva o borre los archivos
/etc/pki/dovecot/certs/dovecot.pem
y/etc/pki/dovecot/private/dovecot.pem
. -
Ejecute el script
/usr/libexec/dovecot/mkcert.sh
que crea los certificados autofirmados dovecot. Estos certificados son copiados en los directorios/etc/pki/dovecot/certs
y/etc/pki/dovecot/private
. Para implementar los cambios reinicie dovecot enviando el siguiente comando comoroot
:~]# systemctl restart dovecot
Más detalles sobre dovecot se puede encontrar en línea en https://www.dovecot.org.
Clasificaciones de Programas de Correo Electrónico
En general, todas las aplicaciones de correo electrónico entran dentro de al menos una de las tres clasificaciones. Cada clasificación juega un papel específico en el proceso de mover y administrar mensajes de correo electrónico. Mientras que la mayoría de los usuarios solo están atentos al programa específico de correo electrónico que utiliza para enviar y recibir mensajes, cada uno es importante para asegurar que el correo electrónico llegue al destino correcto.
Agente de Transporte de Correo
Un Agente de Transporte de Correo (MTA) transporta mensajes de correo electrónico entre hosts utilizando SMTP
. Un mensaje puede involucrar a varios MTAs según se mueve a su destino.
Si bien la entrega de mensajes entre máquinas puede parecer bastante sencilla, el proceso completo de decisión de sí un MTA concreto puede o debe aceptar un mensaje para su entrega es bastante complicado. Además, por problemas de spam, el uso de un MTA concreto está normalmente restringido por la configuración del MTA o la del acceso a la red en la que reside el MTA.
Muchos clientes de correo electrónico modernos pueden actuar como MTA cuando envían correo electrónico. Sin embargo, esta acción no se debería confundir con el papel de un verdadero MTA. La única razón por la que los programas clientes de correo electrónico son capaces de enviar correo electrónico como un MTA es porque el host que está corriendo la aplicación no tiene su propio MTA. Esto es particularmente verdad para los programas clientes de correo electrónico sobre sistemas operativos no basados en UNIX. Sin embargo, esto programas clientes solo envían mensajes salientes a un MTA que están autorizados a usar y no entregan directamente el mensaje al servidor de correo electrónico del receptor pretendido.
Como Fedora ofrece dos MTAs, Postfix y Sendmail, a los programas clientes de correo electrónico no se les requieren con frecuencia para que actúen como MTA. Fedora también incluye un MTA de propósito especial llamado Fetchmail.
Para más información sobre Postfix, Sendmail y Fetchmail, vea Agentes de Transporte de Correo.
Agente de Entrega de Correo
Un Agente de Entrega de Correo (MDA) es invocado por el MTA para archivar el correo electrónico entrante en el buzón de correo apropiado del usuario. En muchos casos, el MDA es en realidad un Agente de Entrega Local (LDA), como mail o Procmail.
Cualquier programa que realmente maneje un mensaje para su entrega al punto donde puede ser leído por una aplicación cliente de correo electrónico puede ser considerado un MDA. Por esta razón, algunos MTAs (como Sendmail y Postfix) puede cumplir la función de un MDA cuando agrega nuevos mensajes de correo electrónico al archivo de cola de correo de un usuario local. En general, los MDAs no transportan mensajes entre sistemas ni proporcionan una interfaz de usuario; los MDAs distribuyen y ordenan los mensajes en la máquina local para que aplicación cliente de correo electrónico puede acceder a ellos.
Agente de Usuario de Correo
Un Agente de Usuario de Correo (MUA) es sinónimo de una aplicación cliente de correo electrónico. Un MUA es un programa que, como mínimo, permite a un usuario leer y componer mensajes de correo electrónico. Muchos MUAs son capaces de recuperar mensajes por medio de los protocolos POP
o IMAP
, ajustando buzones de correo para almacenar mensajes y enviando mensajes salientes a un MTA.
Los MUAs pueden ser gráficos como Evolution o tener sencillos interfaces basados en texto como Mutt.
Agentes de Transporte de Correo
Fedora ofrece dos MTAs principales: Postfix y Sendmail. Postfix está configurado como el MTA predeterminado y Sendmail se considera obsoleto. Si es preciso cambiar el MTA predeterminado a Sendmail, usted puede o desinstalar Postfix o utilizar el siguiente comando como root
para cambiar a Sendmail:
~]# alternatives --config mta
También puede utilizar el siguiente comando para habilitar el servicio deseado:
~]# systemctl enable service
Del mismo modo, para deshabilitar el servicio, teclee lo siguiente en un indicador de shell:
~]# systemctl disable service
Para más información sobre como administrar los servicios del sistema en Fedora 27, vea Servicios y Demonios.
Postfix
Desarrollado originalmente en IBM por el experto en seguridad y programador Wietse Venema, Postfix es un MTA compatible con Sendmail que está diseñado para ser seguro, rápido y fácil de configurar.
Para mejorar la seguridad, Postfix utiliza un diseño modular, donde pequeños procesos con privilegios limitados se lanzan por un demonio maestro daemon. Los procesos más pequeños, con menos privilegios, llevan a cabo tareas muy específicas relacionadas con diversos escenarios de las entrega de correo y corren en un entorno de root modificado para limitar los efectos de los ataques.
Configurar Postfix para aceptar conexiones de red desde otros host distintos al ordenador local solo necesita unos cambios menos en su archivo de configuración. Sin embargo, para aquellos con necesidades más complejas, Postfix proporciona diversas opciones de configuración, así como complementos de terceros para hacerlo un MTA muy versátil y con todas las funciones.
Los archivos de configuración de Postfix son legibles y soportan más de 250 directivas. A diferencia de Sendmail, no se requiere procesamiento de macros para que los cambios surtan efecto y la mayoría de las opciones más utilizadas se describen en los muchos comentarios de los archivos.
La Instalación Postfix Predeterminada El ejecutable de Postfix es postfix
. Este demonio lanza todos los procesos relacionados necesarios para manejar la entrega de correo.
Postfix almacena sus ficheros de configuración en el directorio /etc/postfix/
. Lo siguiente es una lista de los archivos usados más comúnmente:
-
access
— Usado para control de acceso, este archivo especifica que hosts tienen permitido conectar con Postfix. -
main.cf
— El archivo de configuración global de Postfix. La mayoría de las opciones de configuración están especificadas en este archivo. -
master.cf
— Especifica como interactúa Postfix con diversos procesos para cumplir con la entrega de correo. -
transport
— Asigna direcciones de correo electrónico a hosts de retransmisión.
El archivo aliases
se puede encontrar en el directorio /etc/
. Este archivo es compartido entre Postfix y Sendmail. Es una lista configurable requerida por el protocolo de correo que describe los alias de ID de usuario.
Configurar Postfix como servidor para otros clientes
El archivo predeterminado |
Reinicie el servicio postfix
después de cambiar cualquier opción en los archivos de configuración del directorio /etc/postfix
con el objetivo de que los cambuios tengan efecto. Para hacerlo, ejecute el siguiente comando como root
:
~]# systemctl restart postfix
Basic Postfix Configuration
De modo predeterminado, Postfix no acepta conexiones de red que vengan de cualquier otro host que no sea el host lolcal. Lleve a cabo los siguientes pasos, como root
para habilitar la entrega de correo a otros hosts en la red:
-
Edite el archivo
/etc/postfix/main.cf
con un editor de texto como vi. -
Uncomment the mydomain line by removing the hash sign (
), and replace domain.tld with the domain the mail server is servicing, such as [command]#example.com.
-
Uncomment the myorigin = $mydomain line.
-
Uncomment the myhostname line, and replace host.domain.tld with the host name for the machine.
-
Uncomment the mydestination = $myhostname, localhost.$mydomain line.
-
Uncomment the mynetworks line, and replace 168.100.189.0/28 with a valid network setting for hosts that can connect to the server.
-
Uncomment the inet_interfaces = all line.
-
Comment the inet_interfaces = localhost line.
-
Restart the postfix service.
Una vez que se han completado estos pasos, el host acepta correo electrónico de fuera para su entrega.
Postfix tiene una gran variedad de opciones de configuración. Una de las mejores maneras de aprender a configurar Postfix es leer los comentarios dentro del archivo de configuración /etc/postfix/main.cf
. Recursos adicionales incluyendo información sobre la configuración Postfix, integración de SpamAssassin o descripciones de los parámetros de /etc/postfix/main.cf
están disponibles en línea en el enlace http://www.postfix.org/.
Using Postfix with LDAP
Postfix puede usar un directorio LDAP
como fuente de diversas tablas de búsqueda (p.ej.: aliases
, virtual
, canonical
, etc.). Esto permite a LDAP
almacenar información jerárquica de usuario y a Postfix solo se da el resultado de las consultas LDAP
cuando las necesita. Al almacenar esta información localmente los administradores pueden mantenerlo fácilmente.
Lo que sigue es un ejemplo básico del uso de LDAP
para buscar en el archivo /etc/aliases
. Compruebe que su archivo /etc/postfix/main.cf
contiene lo siguiente:
alias_maps = hash:/etc/aliases, ldap:/etc/postfix/ldap-aliases.cf
Crear un archivo a /etc/postfix/ldap-aliases.cf
si no tiene uno ya y compruebe que tiene lo siguiente:
server_host = ldap.example.com search_base = dc=example, dc=com
donde ldap.example.com
, example
y com
son parámetros que necesitan ser reemplazados con la especificación de un servidor LDAP
existente disponible.
El archivo /etc/postfix/ldap-aliases.cf
El archivo |
For more information on LDAP
, see OpenLDAP.
Sendmail
El propósito central de Sendmail, como otros MTAs, es transferir con seguridad correo electrónico entre hosts, normalmente usando el protocolo SMTP
. Tenga en cuenta que Sendmail se considera obsoleto y se anima a los usuarios o utilizar Postfix cuando sea posible. Vea Postfix para más información.
Purpose and Limitations It is important to be aware of what Sendmail is and what it can do, as opposed to what it is not. In these days of monolithic applications that fulfill multiple roles, Sendmail may seem like the only application needed to run an email server within an organization. Technically, this is true, as Sendmail can spool mail to each users' directory and deliver outbound mail for users. However, most users actually require much more than simple email delivery. Users usually want to interact with their email using an MUA, that uses POP
or IMAP
, to download their messages to their local machine. Or, they may prefer a Web interface to gain access to their mailbox. These other applications can work in conjunction with Sendmail, but they actually exist for different reasons and can operate separately from one another.
Está más allá del alcance de esta sección ir hacia todo lo que Sendmail debería o podría estar configurado para hacer. Con, literalmente, cientos de diferentes opciones y conjuntos de reglas, se han dedicado volúmenes enteros a ayudar a explicar todo lo que se puede hacer y como corregir las cosas que van mal. Vea en Recursos Adicionales funa lista de los recursos de Sendmail.
Esta sección revisa los archivos instalados con Sendmail de forma predeterminada y revisa los cambios básicos de configuración, incluyendo como para correo electrónico no deseado (spam) y como e4xtender Sendmail con Lightweight Directory Access Protocol (LDAP).
The Default Sendmail Installation In order to use Sendmail, first ensure the sendmail package is installed on your system by running, as root
:
~]# dnf install sendmail
Con el objetivo de configurar Sendmail, compruebe que el paquete sendmail-cf está instalado en su sistema ejecutando como root
:
~]# dnf install sendmail-cf
Para más información sobre la instalación de paquetes con DNF, vea Instalando Paquetes.
Antes de usar Sendmail, se debe conmutar el MTA predeterminado desde Postfix. Para más información sobre conmutar el MTA predeterminado vea Agentes de Transporte de Correo.
El ejecutable de Sendmail es sendmail
.
El archivo de configuración largo y detallado de Sendmail es /etc/mail/sendmail.cf
. Evite editar el archivo sendmail.cf
directamente. Para hacer cambios en la configuración de Sendmail, edite el archivo /etc/mail/sendmail.mc
, copia de seguridad del archivo /etc/mail/sendmail.cf
original y utilice las siguientes alternativas para generar un nuevo archivo de configuración:
-
Use el makefile incluido en
/etc/mail/
para crear un nuevo archivo de configuración/etc/mail/sendmail.cf
:~]# make all -C /etc/mail/
Todos los archivos generados en
/etc/mail
(archivos db) serán regenerados si es necesario. Los antiguos comandos makemap son todavía utilizables. El comando make se usa automáticamente siempre que inicie o reinicie el serviciosendmail
.
Más información sobre la configuración de Sendmail se puede encontrar en Cambios de Configuración Comunes en Sendmail.
Diversos archivos de configuración de Sendmail están instalados en el directorio /etc/mail/
incluyendo:
-
access
— Especifica que sistemas pueden usar Sendmail para correo electrónico saliente. -
domaintable
— Especifica la asignación de nombres de dominio. -
local-host-names
— Especifica los alias para el equipo. -
mailertable
— Especifica instrucciones que anulan el enrutamiento para dominios concretos. -
virtusertable
— Especifica una forma de alias específica del dominio, lo que permite que múltiples dominios virtuales se alojen en una máquina.
Varios de los archivos de configuración en el directorio /etc/mail/
, como access
, domaintable
, mailertable
y virtusertable
, deben actualmente almacenar su información en archivos de base de datos antes de que Sendmail pueda usar cualquier cambio de configuración. Para incluir cualquier cambio hecho en estas configuraciones en su archivo de base de datos, ejecute los siguiente comandos como root
:
~]# cd /etc/mail/ ~]# make all
Esto actualizará virtusertable.db
, access.db
, domaintable.db
, mailertable.db
, sendmail.cf
y submit.cf
.
Para actualizar todos los archivos de base de datos listados arriba y para actualizar un archivo de base de datos personal, use un comando con el siguiente formato:
make name.db all
donde name representa el nombre del archivo de base de datos personal a ser actualizado.
Para actualizar una única base de datos, use un comando con el siguiente formato:
make name.db
donde name.db representa el nombre del archivo de base de datos a ser actualizado.
También puede reiniciar el servicio sendmail
para que los cambios tengan efecto ejecutando:
~]# systemctl restart sendmail
Por ejemplo para tener todos los correos electrónicos dirigidos al dominio example.com
entregados a bob@other-example.com
, añada la siguiente línea al archivo virtusertable
:
@example.com bob@other-example.com
Para finalizar el cambio, el archivo virtusertable.db
debe ser actualizado:
~]# make virtusertable.db all
Al usar la opción all
conseguirá que virtusertable.db
y access.db
sean actualizados a la vez.
Common Sendmail Configuration Changes When altering the Sendmail configuration file, it is best not to edit an existing file, but to generate an entirely new /etc/mail/sendmail.cf
file.
Haga copia de seguridad del archivo sendmail.cf antes de cambiar su contenido
Antes de reemplazar o hacer cualquier cambio en el archivo |
Para añadir la funcionalidad deseada a Sendmail, edite el archivo /etc/mail/sendmail.mc
como root
. Una vez haya terminado. reinicie el servicio sendmail
y si está instalado el paquete m4, el procesador de macro m4 generará automáticamente un nuevo archivo de configuración sendmail.cf
:
~]# systemctl restart sendmail
Configurar Sendmail como servidor para otros clientes
El archivo predeterminado ~]# systemctl restart sendmail |
La configuración predeterminada en Fedora trabaja con la mayoría de los sitios solo SMTP
. Sin embargo, no trabaja para los sitios UUCP (UNIX-to-UNIX Copy Protocol). Si está usando transferencias de correo UUCP, se debe volver a configurar el archivo /etc/mail/sendmail.mc
y se debe generar un nuevo archivo /etc/mail/sendmail.cf
.
Consulte el archivo /usr/share/sendmail-cf/README
antes de editar cualquier archivo en los directorios bajo el directorio i`/usr/share/sendmail-cf/` ya que puede afectar a la futura configuración del archivo /etc/mail/sendmail.cf
.
Masquerading One common Sendmail configuration is to have a single machine act as a mail gateway for all machines on the network. For example, a company may want to have a machine called mail.example.com
that handles all of their email and assigns a consistent return address to all outgoing mail.
En esta situación, el servidor Sendmail debe enmascarar los nombres de las máquinas en la red de la compañía de manera que su dirección de retorno es user@example.com
en lugar de user@host.example.com
.
Para hacer esto añada las siguientes líneas a /etc/mail/sendmail.mc
:
FEATURE(always_add_domain)dnl FEATURE(`masquerade_entire_domain')dnl FEATURE(`masquerade_envelope')dnl FEATURE(`allmasquerade')dnl MASQUERADE_AS(`example.com.')dnl MASQUERADE_DOMAIN(`example.com.')dnl MASQUERADE_AS(example.com)dnl
Después genere un nuevo archivo sendmail.cf
usando el procesador de macro m4, esta configuración hace que todo el correo de dentro de la red aparezca como si fuera enviado desde example.com
.
Stopping Spam Email spam can be defined as unnecessary and unwanted email received by a user who never requested the communication. It is a disruptive, costly, and widespread abuse of Internet communication standards.
Sendmail hace relativamente fácil bloquear las nuevas técnicas de spam que están siendo empleadas para enviar correo electrónico no deseado. Incluso bloquea muchos de los métodos más usuales de spam de forma predeterminada. Las principales funciones antispam disponibles en sendmail son header checks, relaying denial (predeterminado desde la versión 8.9), access database y sender information checks.
Por ejemplo, el reenvío de mensajes SMTP
, también llamado retransmisión, ha sido deshabilitado de forma predeterminada desde Sendmail versión 8.9. Antes de que sucediera este cambio, Sendmail dirigia todo el correo del host (x.edu
) a aceptar mensajes de una parte (y.com
) y enviarlo a una parte diferente (z.net
). Ahora, sin embargo, Sendmail debe ser configurado para permitir que cualquier dominio retransmita correo a través del servidor. Para configurar dominios de retransmisión edite el archivo /etc/mail/relay-domains
y reinicie Sendmail
~]# systemctl restart sendmail
Sin embargo los usuarios pueden también enviar spam desde los servidores en Internet. En estos casos, las funciones de control de acceso de Sendmail disponibles a través del archivo /etc/mail/access
se pueden usar para evitar conexiones desde equipos no deseados. El siguiente ejemplo ilustra como este archivo puede ser usado para bloquear y permitir específicamente el acceso al servidor Sendmail:
badspammer.com ERROR:550 "Go away and do not spam us anymore" tux.badspammer.com OK 10.0 RELAY
Este ejemplo muestra que cualquier correo electrónico enviado desde badspammer.com
es bloqueado con un error 550 compatible con el RFC-821, con un mensaje enviado de vuelta. El correo electrónico enviado desde el subdominio tux.badspammer.com
es aceptado. La última línea muestra que cualquier correo electrónico enviado desde la red 10.0.. se puede retransmitir a través del servidor de correo.
Ya que el archivo /etc/mail/access.db
es una base de datos, use el comando makemap para actualizar cualquier cambio. Haga esto usando el siguiente comando como root
:
~]# makemap hash /etc/mail/access < /etc/mail/access
El análisis de la cabecera del mensaje le permite rechazar correo en base a los contenidos de la cabecera. Los servidores SMTP
almacenan información sobre el recorrido del correo electrónico en la cabecera del mensaje. Como el mensaje viaja de un MTA a otro, cada uno pone una cabecera Recibido
bajo las demás cabeceras Recibido
. Es importante tener en cuenta que esta información puede ser alterada por los spammers.
Los ejemplos de arriba son una pequeña parte de lo que Sendmail puede hacer en términos de permitir o bloquear el acceso. Vea en el archivo /usr/share/sendmail-cf/README
más información y ejemplos.
Dado que Sendmail llama al MDA de Procmail al entregar el correo, también posible usar un programa de filtrado de spam, como SpamAssassin, para identificar y archivar spam para los usuarios. Vean en Filtros de Spam más información sobre el uso de SpamAssassin.
Using Sendmail with LDAP Using LDAP
is a very quick and powerful way to find specific information about a particular user from a much larger group. For example, an LDAP
server can be used to look up a particular email address from a common corporate directory by the user’s last name. In this kind of implementation, LDAP
is largely separate from Sendmail, with LDAP
storing the hierarchical user information and Sendmail only being given the result of LDAP
queries in pre-addressed email messages.
Sin embargo, Sendmail soporta una mucho mayor integración con LDAP
, cuando se usa LDAP
para reemplazar archivos que se mantienen separadamente, como /etc/aliases
y /etc/mail/virtusertables
, en diferentes servidores de correo que trabajan juntos para soporta una organización de nivel medio a empresarial. En resumen, LDAP
abstrae el nivel de enrutamiento de correo de Sendmail y sus archivos de configuración separado a un poderoso cluster LDAP
que puede ser aprovechado por muchas aplicaciones diferentes.
La actual versión de Sendmail contiene soporte para LDAP
. Para extender el servidor Sendmail usando LDAP
, obtenga primero un servidor LDAP
, como OpenLDAP, corriendo y configurado apropiadamente. Después edite /etc/mail/sendmail.mc
para incluir lo siguiente:
LDAPROUTE_DOMAIN('yourdomain.com')dnl FEATURE('ldap_routing')dnl
Configuración avanzada
Esto es solo para una configuración muy básica de Sendmail con Consulte |
Después, recree el archivo /etc/mail/sendmail.cf
ejecutando el macro procesador m4 y reinicie otra vez Sendmail. Vea instrucciones en Cambios Comunes de Configuración de Sendmail.
For more information on LDAP
, see OpenLDAP.
Fetchmail
Fetchmail es un MTA que recupera correo electrónico desde servidores remotos y lo entrega al MTA local. Muchos usuarios aprecian la capacidad de separar el proceso de descargar sus mensajes ubicados en un servidor remoto del proceso de leer y organizar su correo electrónico en un MUA. Diseñado teniendo en cuenta las necesidades de los usuarios de acceso telefónico, Fetchmail conecta y descarga rápidamente todos los mensajes de correo electrónico al archivo de cola de correo usando cualquier número de protocolos, incluyendo POP3
y IMAP
. Incluso puede reenviar correo electrónico a un servidor SMTP
sí es necesario.
Instalar el paquete fetchmail
Con el objetivo de usar Fetchmail, confirme primero que el paquete fetchmail está instalado en sistema ejecutando como ~]# dnf install fetchmail Para más información sobre la instalación de paquetes con DNF, vea Instalando Paquetes. |
Fetchmail se configura para cada usuario por medio del uso de un archivo .fetchmailrc
en el directorio home del usuario. Si no existe ya, cree el archivo .fetchmailrc
en su directorio home
Utilizando las preferencias en el archivo .fetchmailrc
, Fetchmail comprueba el correo electrónico en un servidor remoto y lo descarga. Después lo entrega en el puerto 25 de la máquina local, usando el MTA local para situar el correo electrónico en el archivo de cola correcto del usuario. Sí está disponible Procmail, se lanza para filtrar el correo electrónico y situarlo en un buzón de correo de modo que pueda ser leído por un MUA.
Fetchmail Configuration Options Although it is possible to pass all necessary options on the command line to check for email on a remote server when executing Fetchmail, using a .fetchmailrc
file is much easier. Place any desired configuration options in the .fetchmailrc
file for those options to be used each time the fetchmail command is issued. It is possible to override these at the time Fetchmail is run by specifying that option on the command line.
Un archivo .fetchmailrc
de usuario contiene tres clases de opciones de configuración:
-
global options — Da a Fetchmail instrucciones que controlan la operativa del programa o proporciona ajustes para cada conexión que comprueba correo electrónico.
-
server options — Especifica información necesaria sobre el servidor que se sondea, como el nombre de equipo, así como las preferencias para servidores de correo electrónico específicos, como el puerto a comprobar o el número de segundo a esperar antes de que se agote el tiempo de espera. Estas opciones afectan a cada usuario que utiliza ese servidor.
-
user options — Contiene información, como nombre de usuario y contraseña, necesaria para autenticas y comprobar el correo electrónico usando un servidor de correo electrónico especificado.
Las opciones globales aparecen en la parte superior del archivo .fetchmailrc
, seguido por uno o más opciones de servidor, cada una de las cuales designa a un servidor de correo electrónico diferente que Fetchmail debería comprobar. Las opciones de usuario siguen a las opciones de servidor por cada cuenta de usuario que está comprobando ese servidor de correo electrónico. Al igual que las opciones de servidor, se pueden especificar múltiples opciones para su uso con un servidor concreto así como para comprobar múltiples cuentas de correo electrónico en el mismo servidor.
Las opciones de servidor se ponen en servicio en el archivo .fetchmailrc
mediante el uso de un verbo de opción especial, poll o skip, que precede a cualquier información del servidor. La acción poll le dice a Fetchmail que use esta opción de servidor cuando está corriendo, la cual comprueba el correo electrónico usando las opciones de usuario especificadas. Cualquier opción de servidor después de una acción skip, sin embargo, no será comprobado a menos que el nombre de equipo del servidor sea especificado cuando se llama a Fetchmail. La opción skip es útil cuando se prueban configuraciones en el archivo .fetchmailrc
porque solo comprueba los servidores omitidos cuando se llaman específicamente y no afecta a ninguna de las configuraciones de trabajo en uso.
A continuación un ejemplo de un archivo .fetchmailrc
:
set postmaster "user1" set bouncemail poll pop.domain.com proto pop3 user 'user1' there with password 'secret' is user1 here poll mail.domain2.com user 'user5' there with password 'secret2' is user1 here user 'user7' there with password 'secret3' is user1 here
En este ejemplo, las opciones globales especifican que el usuario recibe un correo electrónico como último recurso (opción postmaster) y todos los errores de correo electrónico se envían al administrador de correo (opción bouncemail). La acción set dice a Fetchmail que esta línea contiene una opción global. Después se especifican dos servidores de correo electrónico, uno establecido para comprobar usando POP3
, el otro intentando diversos protocolos hasta que encuentre uno que funcione. Dos usuarios están comprobando usando la segunda opción del servidor, pero todo el correo electrónico encontrado es enviado a la cola de correo del user1. Esto permite que múltiples buzones de correo sean comprobados sobre múltiples servidoress, mientras aparece una sola bandeja de entrada de MUAx. Cada información específica de usuario empieza con la acción user.
Omitir la contraseña de la configuración
Los usuarios no están obligados a colocar su contraseña en el archivo |
Fetchmail tiene numerosas opciones globales, de servidor y locales. Muchas de stas opciones se utilizan raramente o solo se emplean en situaciones muy específicas. La página de manual de fetchmail
explica cada opción en detalle pero las más comunes se listan en las siguientes tres secciones.
Global Options Each global option should be placed on a single line after a set action.
-
daemon seconds — Especifica el modo demonio, donde Fetchmail se mantiene en segundo plano. Reemplace seconds con el número de segundos que Fetchmail está en espera antes de sondear el servidor.
-
postmaster — Especifica un usuario local al que enviar el correo en caso de problemas de entrega.
-
syslog — Especifica el archivo de registro para los mensajes de error y estado. De modo predeterminado es
/var/log/maillog
.
Server Options Server options must be placed on their own line in .fetchmailrc
after a poll or skip action.
-
auth auth-type — Reemplace auth-type con el tipo de autenticación a usar. De forma predeterminada se usa la autenticación password authentication pero algunos protocolos soportan otros tipos de autenticación, que incluyen kerberos_v5, kerberos_v4 y ssh. Sí se usa el tipo de autenticación any, Fetchmail intenta primero métodos que no requieren contraseña, después métodos que enmascaran la contraseña y finalmente intenta enviar la contraseña desencriptada para autenticar al servidor.
-
interval number — Sondea el servidor especificado cada number de veces que comprueba el correo electrónico en todos los servidores configurados. Esta opción se usa generalmente para servidores de correo electrónico de los que el usuario recibe mensajes raramente.
-
port port-number — Reemplace port-number con el número de puerto. Este valor anula el número de puerto predeterminado para el protocolo especificado.
-
proto protocol — Reemplace protocol con el protocolo, como pop3 o imap, a usar cuando compruebe mensajes en el servidor.
-
timeout seconds — Reemplace seconds con el número de segundos de inactividad del servidor después de los cuales Fetchmail se da por vencido en su intento de conexión. Si no se establece este valor, se usa un valor predeterminado de 300 segundos.
User Options User options may be placed on their own lines beneath a server option or on the same line as the server option. In either case, the defined options must follow the user option (defined below).
-
fetchall — Ordena a Fetchmail descargar todos los mensajes en la cola, incluyendo los mensajes que ya se han visto. De modo predeterminado, Fetchmail solo despliega nuevos mensajes.
-
fetchlimit number — Reemplace number con el número de mensajes a ser recuperados antes de parar.
-
flush — Elimina todos los mensajes previamente vistos en la cola antes de recuperar nuevos mensajes.
-
limit max-number-bytes — Reemplace max-number-bytes con el tamaño máximo en bytes que los mensajes pueden tener cuando Fetchmail los recupera. Esta opción es útil con enlaces de red lentos, cuando un mensaje grande tarda demasiado en descargarse.
-
password 'password' — Reemplace password con la contraseña del usuario.
-
preconnect "command" — Reemplace command con un comando a ejecutar antes de recuperar mensajes para el usuario.
-
postconnect "command" — Reemplace command con un comando a ejecutar después de recuperar mensajes para el usuario.
-
ssl — Activa el cifrado SSL.
-
user "username" — Reemplace username con el nombre de usuario usado por Fetchmail para recuperar mensajes. Esta opción debe preceder a todas las demás opciones de usuario.
Fetchmail Command Options Most Fetchmail options used on the command line when executing the fetchmail command mirror the .fetchmailrc
configuration options. In this way, Fetchmail may be used with or without a configuration file. These options are not used on the command line by most users because it is easier to leave them in the .fetchmailrc
file.
Puede haber momentos en que es deseable ejecutar el comando fetchmail con otras opciones para un propósito concreto. Es posible emitir opciones de comando para anular temporalmente un ajuste de .fetchmailrc
que está originando un error. ya que cualquier opción especificada en la línea de comandos anula las opciones del archivo de configuración.
Informational or Debugging Options Certain options used after the fetchmail command can supply important information.
-
--configdump — Muestra cada opción posible en base a la información de
.fetchmailrc
y la predeterminada de Fetchmail. No se recupera ningún correo electrónico para ningún usuario cuando se emplea esta opción. -
-s — Ejecuta Fetchmail en modo silencioso evitando que aparezcan mensajes, que no sean errores, después del comando fetchmail .
-
-v — Ejecuta Fetchmail en modo detallado, mostrando cada comunicación entre Fetchmail y los servidores remotos de correo electrónico.
-
-V — Muestra información detallado de versión, lista sus opciones globales y muestra los ajustes a usar con cada usuario, incluyendo el protocolo de correo electrónico y el método de autenticación. No se recupera correo electrónico para ningún usuario cuando se usa esta opción.
Special Options These options are occasionally useful for overriding defaults often found in the .fetchmailrc
file.
-
-a — Fetchmail descarga todos los mensajes del servidor de correo electrónico remoto, ya sea nuevo o visto anteriormente. De modo predeterminado Fetchmail solo descarga mensajes nuevos.
-
-k — Fetchmail deja los mensajes en el servidor de correo electrónico remoto después de descargarlos. Esta opción anula el comportamiento predeterminado de borrar los mensajes después de descargarlos.
-
-l max-number-bytes — Fetchmail no descarga ningún mensaje mayor de jun tamaño concreto y los deja en el servidor de correo electrónico remoto.
-
--quit — Cierra el proceso del demonio Fetchmail.
Se pueden encontrar más comandos y opciones de .fetchmailrc
en la página de manual de fetchmail.
Configuración del Agente de Transporte de Correo (MTA)
Un Agente de Transporte de Correo (MTA) es esencial para enviar correo electrónico. Un Agente de Usuario de Correo (MUA) como Evolution, Thunderbird y Mutt, se usa para leer y componer correo electrónico. Cuando un usuario envía un correo electrónico desde un MUA, el mensaje se entrega al MTA, que envía el mensaje a través de una serie de MTAs hasta que alcanza su destino.
Incluso si un usuario no planea enviar correo electrónico desde el sistema, algunas tareas automatizadas o programas del sistema pueden usar el comando mail para enviar correo electrónico que contienen registros de mensajes al usuario root
del sistema local. Fedora 27 proporciona dos MTAs: Postfix y Sendmail.si están instalados ambos, el MTA predeterminado es Postfix . Tenga en cuenta que Sendmail se considera obsoleto en MAJOROS;.
Agentes de Entrega de Correo
Fedora incluye dos MDAs principales, Procmail y mail. Ambas aplicaciones son consideradas LDAs y ambas mueven correo electrónico desde el archivo de cola del MTA al buzón de correo del usuario. Sin embargo, Procmail proporciona un robusto sistema de filtrado.
Esta sección detalla solo Procmail. Para información sobre el comando mail#d, consulte su página de manual ([command]#man mail). Procmail entrega y filtra correo electrónico a medida que se coloca en el archivo de cola de correo del equipo local. Es potente, cuidadoso con los recursos del sistema y ampliamente usado. Procmail puede desempeñar un papel fundamental en la entrega de correo electrónico para ser leído por las aplicaciones cliente de correo electrónico.
Procmail puede ser invocado de diversas maneras diferentes. Cada vez que un MTA coloca un correo electrónico en el archivo de cola de correo, se lanza Procmail. Procmail entonces filtra y archivo el correo electrónico para el MUA y sale. Alternativamente, el MUA puede ser configurado para ejecutar Procmail en cualquier momento que se recibe un mensaje de modo que estos mensajes son movidos a sus buzones de correo correctos. De modo predeterminado, la presencia de /etc/procmailrc
o de un archivo ~/.procmailrc
(también llamado archivo rc) en el directorio home del usuario llama a Procmail cada vez que un MTA recibe un nuevo mensaje.
De manera predeterminada, no existen archivos rc
para todo el sistema en el directorio /etc/
y no existen archivos .procmailrc
en ningún directorio home de usuario. Por lo tanto, para usar Procmail, cada usuario debe construir un archivo .procmailrc
con variables de entorno y reglas específicas.
Sí Procmail actúa sobre un mensaje de correo electrónico depende de si el mensaje coincide con una conjunto especificado de condiciones o recetas en el archivo rc
. Sí un mensaje coincide conn una receta, el correo electrónico es colocado en un archivo especificado, es borrado o se procesa de otro modo.
Cuando Procmail se inicia lee el mensaje de correo electrónico y separa el cuerpo de la información de cabecera. A continuación, Procmail busca un archivo /etc/procmailrc
y archivos rc
en el directorio f`/etc/procmailrcs` predeterminado, en todo el sistema, variables de entorno de Procmail y recetas. Procmail después busca un archivo .procmailrc
en el directorio home del usuario. Muchos usuarios crean también archivos rc
adicionales para Procmail a los que se hace referencia en el archivo .procmailrc
de su directorio home.
Configuración Procmail
El archivo de configuración de Procmail contiene importantes variables de entorno. Estas variables especifican cosas como que mensajes ordenar y que hacer con los mensajes que no coinciden con ninguna receta.
Estas variables de entorno aparecen normalmente al principio del archivo ~/.procmailrc
con el siguiente formato:
env-variable="value"
En este ejemplo, env-variable es el nombre de la variable y value define la variable.
Hay muchas de las variables de entorno no usadas por la mayoría de los usuarios de Procmail y muchas de las más importantes variables de entorno ya están definidas por un valor predeterminado. La mayoría de las veces se utilizan las siguientes variables:
-
DEFAULT — Establece el buzón de correo predeterminado donde se colocan los mensajes que no coinciden con ninguna de las recetas.
El valor predeterminado de DEFAULT es el mismo de $ORGMAIL.
-
INCLUDERC — Especifica archivos
rc
adicionales que contienen recetas contra las que comprobar los mensajes. Esto divide las listas de recetas de Procmail en archivos individuales que cumplen diferentes papeles, como bloquear el spam y administrar las listas de correo electrónico que luego se pueden activar o desactivar mediante el uso de caracteres de comentarios en el archivo~/.procmailrc
del usuario.Por ejemplo, las líneas en el archivo
~/.procmailrc
del usuario se pueden parecer a esto:MAILDIR=$HOME/Msgs INCLUDERC=$MAILDIR/lists.rc INCLUDERC=$MAILDIR/spam.rc
Para quitar el filtrado de Procmail de las listas de correo electrónico pero dejar el control del spam, comente la primera línea INCLUDERC con un signo almohadilla (
#
). Tenga en cuenta que utiliza rutas relativas al directorio actual. -
LOCKSLEEP — Establece la cantidad de tiempo, en segundos, entre intentos de Procmail para usar un archivo de bloqueo concreto. El valor predeterminado es 8 segundos.
-
LOCKTIMEOUT — Establece la cantidad de tiempo, en segundos, que debe pasar después de la última modificación de un archivo de bloqueo antes de que Procmail asuma que el archivo de bloqueo es antiguo y se puede eliminar. El valor predeterminado es 1024 segundos.
-
LOGFILE — El archivo en el que se escribe cualquier información o mensaje de error de Procmail.
-
MAILDIR — Establece el directorio de trabajo actual para Procmail. Si se establecen, todas las rutas Procmail son relativas a este directorio.
-
ORGMAIL — Especifica el buzón de correo original u otro sitios para poner los mensajes si no se pueden poner en el sitio predeterminado o la ubicación requerida por la receta.
De forma predeterminada se usa un valor de /var/spool/mail/$LOGNAME.
-
SUSPEND — Establece la cantidad tiempo, en segundos, en el que Procmail hace una pausa si un recurso necesario, como espacio de intercambio, no está disponible.
-
SWITCHRC — Permite a un usuario especificar un archivo externo que contenga recetas Procmail adicionales, igual que la opción INCLUDERC, excepto que la verificación de recetas se detienen en el archivo de configuración de referencia y solo son usadas las recetas en el archivo SWITCHRC especificado.
-
VERBOSE — Origina que Procmail registre más información. Esta opción es útil para depuración.
Otras variables de entorno importantes se envían desde la shell, como LOGNAME, el nombre de acceso; HOME, la ubicación del directorio home y SHELL, la shell predeterminada.
Una explicación completa de todas las variables de entorno y sus valores predeterminados está disponible en la página de manual de procmailrc
.
Recetas Procmail
New users often find the construction of recipes the most difficult part of learning to use Procmail. This difficulty is often attributed to recipes matching messages by using regular expressions which are used to specify qualifications for string matching. However, regular expressions are not very difficult to construct and even less difficult to understand when read. Additionally, the consistency of the way Procmail recipes are written, regardless of regular expressions, makes it easy to learn by example. To see example Procmail recipes, see Recipe Examples.
Procmail recipes take the following form:
:0 flags : lockfile-name * condition_1_special-condition-character condition_1_regular_expression * condition_2_special-condition-character condition-2_regular_expression * condition_N_special-condition-character condition-N_regular_expression special-action-character action-to-perform
The first two characters in a Procmail recipe are a colon and a zero. Various flags can be placed after the zero to control how Procmail processes the recipe. A colon after the flags section specifies that a lockfile is created for this message. If a lockfile is created, the name can be specified by replacing lockfile-name.
A recipe can contain several conditions to match against the message. If it has no conditions, every message matches the recipe. Regular expressions are placed in some conditions to facilitate message matching. If multiple conditions are used, they must all match for the action to be performed. Conditions are checked based on the flags set in the recipe’s first line. Optional special characters placed after the asterisk character (*) can further control the condition.
The action-to-perform argument specifies the action taken when the message matches one of the conditions. There can only be one action per recipe. In many cases, the name of a mailbox is used here to direct matching messages into that file, effectively sorting the email. Special action characters may also be used before the action is specified. See Special Conditions and Actions for more information.
Delivering vs. Non-Delivering Recipes The action used if the recipe matches a particular message determines whether it is considered a delivering or non-delivering recipe. A delivering recipe contains an action that writes the message to a file, sends the message to another program, or forwards the message to another email address. A non-delivering recipe covers any other actions, such as a nesting block. A nesting block is a set of actions, contained in braces { }, that are performed on messages which match the recipe’s conditions. Nesting blocks can be nested inside one another, providing greater control for identifying and performing actions on messages.
When messages match a delivering recipe, Procmail performs the specified action and stops comparing the message against any other recipes. Messages that match non-delivering recipes continue to be compared against other recipes.
Flags Flags are essential to determine how or if a recipe’s conditions are compared to a message. The egrep utility is used internally for matching of the conditions. The following flags are commonly used:
-
A — Specifies that this recipe is only used if the previous recipe without an A or a flag also matched this message.
-
a — Specifies that this recipe is only used if the previous recipe with an A or a flag also matched this message and was successfully completed.
-
B — Parses the body of the message and looks for matching conditions.
-
b — Uses the body in any resulting action, such as writing the message to a file or forwarding it. This is the default behavior.
-
c — Generates a carbon copy of the email. This is useful with delivering recipes, since the required action can be performed on the message and a copy of the message can continue being processed in the
rc
files. -
D — Makes the egrep comparison case-sensitive. By default, the comparison process is not case-sensitive.
-
E — While similar to the A flag, the conditions in the recipe are only compared to the message if the immediately preceding recipe without an E flag did not match. This is comparable to an
else
action. -
e — The recipe is compared to the message only if the action specified in the immediately preceding recipe fails.
-
f — Uses the pipe as a filter.
-
H — Parses the header of the message and looks for matching conditions. This is the default behavior.
-
h — Uses the header in a resulting action. This is the default behavior.
-
w — Tells Procmail to wait for the specified filter or program to finish, and reports whether or not it was successful before considering the message filtered.
-
W — Is identical to w except that "Program failure" messages are suppressed.
For a detailed list of additional flags, see the procmailrc
man page.
Specifying a Local Lockfile Lockfiles are very useful with Procmail to ensure that more than one process does not try to alter a message simultaneously. Specify a local lockfile by placing a colon (:) after any flags on a recipe’s first line. This creates a local lockfile based on the destination file name plus whatever has been set in the LOCKEXT global environment variable.
Alternatively, specify the name of the local lockfile to be used with this recipe after the colon.
Special Conditions and Actions Special characters used before Procmail recipe conditions and actions change the way they are interpreted.
The following characters may be used after the asterisk character (*) at the beginning of a recipe’s condition line:
-
! — In the condition line, this character inverts the condition, causing a match to occur only if the condition does not match the message.
-
< — Checks if the message is under a specified number of bytes.
-
> — Checks if the message is over a specified number of bytes.
The following characters are used to perform special actions:
-
! — In the action line, this character tells Procmail to forward the message to the specified email addresses.
-
$ — Refers to a variable set earlier in the
rc
file. This is often used to set a common mailbox that is referred to by various recipes. -
| — Starts a specified program to process the message.
-
{ and } — Constructs a nesting block, used to contain additional recipes to apply to matching messages.
If no special character is used at the beginning of the action line, Procmail assumes that the action line is specifying the mailbox in which to write the message.
Recipe Examples Procmail is an extremely flexible program, but as a result of this flexibility, composing Procmail recipes from scratch can be difficult for new users.
The best way to develop the skills to build Procmail recipe conditions stems from a strong understanding of regular expressions combined with looking at many examples built by others. A thorough explanation of regular expressions is beyond the scope of this section. The structure of Procmail recipes and useful sample Procmail recipes can be found at various places on the Internet. The proper use and adaptation of regular expressions can be derived by viewing these recipe examples. In addition, introductory information about basic regular expression rules can be found in the grep(1)
man page.
The following simple examples demonstrate the basic structure of Procmail recipes and can provide the foundation for more intricate constructions.
A basic recipe may not even contain conditions, as is illustrated in the following example:
:0: new-mail.spool
The first line specifies that a local lockfile is to be created but does not specify a name, so Procmail uses the destination file name and appends the value specified in the LOCKEXT environment variable. No condition is specified, so every message matches this recipe and is placed in the single spool file called new-mail.spool
, located within the directory specified by the MAILDIR environment variable. An MUA can then view messages in this file.
A basic recipe, such as this, can be placed at the end of all rc
files to direct messages to a default location.
The following example matched messages from a specific email address and throws them away.
:0 * ^From: spammer@domain.com /dev/null
With this example, any messages sent by spammer@domain.com
are sent to the /dev/null
device, deleting them.
Sending messages to /dev/null
Be certain that rules are working as intended before sending messages to A better solution is to point the recipe’s action to a special mailbox, which can be checked from time to time to look for false positives. Once satisfied that no messages are accidentally being matched, delete the mailbox and direct the action to send the messages to |
The following recipe grabs email sent from a particular mailing list and places it in a specified folder.
:0: * ^(From|Cc|To).*tux-lug tuxlug
Any messages sent from the tux-lug@domain.com
mailing list are placed in the tuxlug
mailbox automatically for the MUA. Note that the condition in this example matches the message if it has the mailing list’s email address on the From
, Cc
, or To
lines.
Consult the many Procmail online resources available in Additional Resources for more detailed and powerful recipes.
Spam Filters Because it is called by Sendmail, Postfix, and Fetchmail upon receiving new emails, Procmail can be used as a powerful tool for combating spam.
This is particularly true when Procmail is used in conjunction with SpamAssassin. When used together, these two applications can quickly identify spam emails, and sort or destroy them.
SpamAssassin uses header analysis, text analysis, blacklists, a spam-tracking database, and self-learning Bayesian spam analysis to quickly and accurately identify and tag spam.
Installing the spamassassin package
In order to use SpamAssassin, first ensure the spamassassin package is installed on your system by running, as ~]# dnf install spamassassin Para más información sobre la instalación de paquetes con DNF, vea Instalando Paquetes. |
The easiest way for a local user to use SpamAssassin is to place the following line near the top of the ~/.procmailrc
file:
INCLUDERC=/etc/mail/spamassassin/spamassassin-default.rc
The /etc/mail/spamassassin/spamassassin-default.rc
contains a simple Procmail rule that activates SpamAssassin for all incoming email. If an email is determined to be spam, it is tagged in the header as such and the title is prepended with the following pattern:
*****SPAM*****
The message body of the email is also prepended with a running tally of what elements caused it to be diagnosed as spam.
To file email tagged as spam, a rule similar to the following can be used:
:0 Hw * ^X-Spam-Status: Yes spam
This rule files all email tagged in the header as spam into a mailbox called spam
.
Since SpamAssassin is a Perl script, it may be necessary on busy servers to use the binary SpamAssassin daemon (spamd
) and the client application (spamc). Configuring SpamAssassin this way, however, requires root
access to the host.
To start the spamd
daemon, type the following command:
~]# systemctl start spamassassin.service
To start the SpamAssassin daemon when the system is booted, run:
systemctl enable spamassassin.service
See Services and Daemons for more information on how to configure services in Fedora.
To configure Procmail to use the SpamAssassin client application instead of the Perl script, place the following line near the top of the ~/.procmailrc
file. For a system-wide configuration, place it in /etc/procmailrc
:
INCLUDERC=/etc/mail/spamassassin/spamassassin-spamc.rc
Mail User Agents
Fedora offers a variety of email programs, both, graphical email client programs, such as Evolution, and text-based email programs such as mutt.
The remainder of this section focuses on securing communication between a client and a server.
Securing Communication
Popular MUAs included with Fedora, such as Evolution and Mutt offer SSL-encrypted email sessions. Like any other service that flows over a network unencrypted, important email information, such as user names, passwords, and entire messages, may be intercepted and viewed by users on the network. Additionally, since the standard POP
and IMAP
protocols pass authentication information unencrypted, it is possible for an attacker to gain access to user accounts by collecting user names and passwords as they are passed over the network.
Secure Email Clients Most Linux MUAs designed to check email on remote servers support SSL encryption. To use SSL when retrieving email, it must be enabled on both the email client and the server.
SSL is easy to enable on the client-side, often done with the click of a button in the MUA’s configuration window or via an option in the MUA’s configuration file. Secure IMAP
and POP
have known port numbers (993 and 995, respectively) that the MUA uses to authenticate and download messages.
Securing Email Client Communications Offering SSL encryption to IMAP
and POP
users on the email server is a simple matter.
First, create an SSL certificate. This can be done in two ways: by applying to a Certificate Authority (CA) for an SSL certificate or by creating a self-signed certificate.
Avoid using self-signed certificates
Self-signed certificates should be used for testing purposes only. Any server used in a production environment should use an SSL certificate signed by a CA. |
To create a self-signed SSL certificate for IMAP
or POP
, change to the /etc/pki/dovecot/
directory, edit the certificate parameters in the /etc/pki/dovecot/dovecot-openssl.cnf
configuration file as you prefer, and type the following commands, as root
:
dovecot]# rm -f certs/dovecot.pem private/dovecot.pem dovecot]# /usr/libexec/dovecot/mkcert.sh
Once finished, make sure you have the following configurations in your /etc/dovecot/conf.d/10-ssl.conf
file:
ssl_cert = </etc/pki/dovecot/certs/dovecot.pem ssl_key = </etc/pki/dovecot/private/dovecot.pem
Issue the following command to restart the dovecot daemon:
~]# systemctl restart dovecot
Alternatively, the stunnel command can be used as an encryption wrapper around the standard, non-secure connections to IMAP
or POP
services.
The stunnel utility uses external OpenSSL libraries included with Fedora to provide strong cryptography and to protect the network connections. It is recommended to apply to a CA to obtain an SSL certificate, but it is also possible to create a self-signed certificate.
Installing the stunnel package
In order to use stunnel, first ensure the stunnel package is installed on your system by running, as ~]# dnf install stunnel Para más información sobre la instalación de paquetes con DNF, vea Instalando Paquetes. |
To create a self-signed SSL certificate, change to the /etc/pki/tls/certs/
directory, and type the following command:
certs]# make stunnel.pem
Answer all of the questions to complete the process.
Once the certificate is generated, create an stunnel configuration file, for example /etc/stunnel/mail.conf
, with the following content:
cert = /etc/pki/tls/certs/stunnel.pem [pop3s] accept = 995 connect = 110 [imaps] accept = 993 connect = 143
Once you start stunnel with the created configuration file using the stunnel /etc/stunnel/mail.conf command, it will be possible to use an IMAP
or a POP
email client and connect to the email server using SSL encryption.
For more information on stunnel, see the stunnel(8)
man page or the documents in the /usr/share/doc/stunnel/
directory.
Recursos Adicionales
The following is a list of additional documentation about email applications.
Documentación Instalada
-
Information on configuring Sendmail is included with the sendmail and sendmail-cf packages.
-
/usr/share/sendmail-cf/README
— Contains information on the m4 macro processor, file locations for Sendmail, supported mailers, how to access enhanced features, and more.In addition, the
sendmail
andaliases
man pages contain helpful information covering various Sendmail options and the proper configuration of the Sendmail/etc/mail/aliases
file.
-
-
/usr/share/doc/postfix/
— Contains a large amount of information on how to configure Postfix. -
/usr/share/doc/fetchmail/
— Contains a full list of Fetchmail features in theFEATURES
file and an introductoryFAQ
document. -
/usr/share/doc/procmail/
— Contains aREADME
file that provides an overview of Procmail, aFEATURES
file that explores every program feature, and anFAQ
file with answers to many common configuration questions.When learning how Procmail works and creating new recipes, the following Procmail man pages are invaluable:
-
procmail
— Provides an overview of how Procmail works and the steps involved with filtering email. -
procmailrc
— Explains therc
file format used to construct recipes. -
procmailex
— Gives a number of useful, real-world examples of Procmail recipes. -
procmailsc
— Explains the weighted scoring technique used by Procmail to match a particular recipe to a message. -
/usr/share/doc/spamassassin/
: contiene una gran cantidad de información pertinente a SpamAssassin.
-
Sitios web útiles
-
Proofpoint Open Source Sendmail — Provides link to sourcecode for sendmail open source, current GPG keys, and contact email addresses.
-
http://www.fetchmail.info/fetchmail-FAQ.html — A thorough FAQ about Fetchmail.
-
http://www.procmail.org/ — The home page for Procmail with links to assorted mailing lists dedicated to Procmail as well as various FAQ documents.
-
http://spamassassin.apache.org/ — The official site of the SpamAssassin project.
Libros Relacionados
-
Sendmail Milters: A Guide for Fighting Spam by Bryan Costales and Marcia Flynt; Addison-Wesley — A good Sendmail guide that can help you customize your mail filters.
-
Sendmail by Bryan Costales with Eric Allman et al.; O’Reilly & Associates — A good Sendmail reference written with the assistance of the original creator of Delivermail and Sendmail.
-
Removing the Spam: Email Processing and Filtering by Geoff Mulligan; Addison-Wesley Publishing Company — A volume that looks at various methods used by email administrators using established tools, such as Sendmail and Procmail, to manage spam problems.
-
Internet Email Protocols: A Developer’s Guide by Kevin Johnson; Addison-Wesley Publishing Company — Provides a very thorough review of major email protocols and the security they provide.
-
Managing IMAP by Dianna Mullet and Kevin Mullet; O’Reilly & Associates — Details the steps required to configure an IMAP server.
Want to help? Learn how to contribute to Fedora Docs ›