Muchas veces, servicios como el demonio cron envían un mail al usuario root cuando ocurre un problema o un evento de seguridad, por ejemplo:

Date: Mon, 31 Mar 2014 04:02:06 -0300
Message-Id: <201403310702.s2V726KK031219@debian.linuxito.com>
From: root@debian.linuxito.com (Cron Daemon)
To: root@debian.linuxito.com
Subject: Cron <root@debian> run-parts /etc/cron.daily
X-Cron-Env: <SHELL=/bin/bash>
X-Cron-Env: <PATH=/sbin:/bin:/usr/sbin:/usr/bin>
X-Cron-Env: <MAILTO=root>
X-Cron-Env: <HOME=/>
X-Cron-Env: <LOGNAME=root>
X-Cron-Env: <USER=root>

/etc/cron.daily/ntpdate:

31 Mar 04:02:06 ntpdate[31216]: the NTP socket is in use, exiting

En estos casos, la única forma de enterarse que ocurren errores es loguearse como root y verificar si existe correo sin leer:

root@debian# mail
No mail for root

Para evitar tener que revisar las cuentas de correo locales de root en todos nuestros servidores, en general se define un alias para que el correo sea redireccionado a una cuenta de correo electrónico externa.



¿Qué son y para qué sirven los aliases? Los aliases proveen un mecanismo para redireccionar el correo electrónico para los usuarios locales. Se definen en una tabla en el archivo /etc/aliases. Principalmente se utilizan para reenviar el correo local hacia una cuenta de correo externa. Por ejemplo, cuando el sistema le envía un correo electrónico a un usuario local, el mensaje simplemente se guarda en la casilla de correo local del usuario (generalmente un archivo en formato mbox). De esta forma, la única manera de que el usuario se entere de que hay correo nuevo, es logueandose en el sistema. En cambio, utilizando un alias, es posible reenviar el correo local hacia una cuenta externa, o hacia otros usuarios. Es decir, si llega un mail para un usuario local, en lugar de guardarlo en su casilla, reenviarlo hacia otra cuenta, o hacia una casilla externa.

Esta tarea se realiza simplemente configurando el alias en la tabla de aliases dentro del archivo /etc/aliases:

# nano /etc/aliases

Se debe utilizar la sintaxis usuario: destino [otros destinos]. Por ejemplo, si deseo redireccionar el correo del usuario "root" hacia "sysadmins@linuxito.com" y "seginfo@linuxito.com", debo modificar el alias de root de la siguiente forma:

root: sysadmins@linuxito.com seginfo@linuxito.com

El clásico ejemplo para administradores de servidores GNU/Linux son los mensajes enviados por Cron. Cada vez que una tarea de cron (cronjob) produce una salida, el demonio crond le envía un mensaje de correo electrónico, adjuntando la salida, al usuario propietario de la misma. Es común que se redireccione la salida estándar de todas las tareas de Cron hacia diferentes archivos de log, por lo que si una tarea produce salida, seguramente se trate de un error (salida producida en la standard error). Entonces es importante que el administrador del sistema sea notificado lo antes posible. Para ello se crea un alias, para que el correo enviado a root sea redireccionado hacia una casilla externa, por ejemplo "sysadmin@midominio.com".

Si el servidor utiliza Postfix (por ejemplo CentOS), cada vez que se hacen cambios en la tabla de aliases es necesario refrescar la configuración de Postfix ejecutando:

# posalias /etc/aliases

O directamente reiniciando Postfix (service postfix restart).

Esto en Debian no es necesario ya que, por defecto, utiliza Exim. Sólo se debe modificar el archivo /etc/aliases y verificar el funcionamiento:

root@debian:~# grep root: /etc/aliases
root: sysadmins@linuxito.com seginfo@linuxito.com
root@debian:~# mail -s "Prueba de alias para root" root
Hola root.

Saludos!!
.
Cc: 

Luego revisar la cuenta de correo externa (por ejemplo, Gmail):

El mail de prueba debe llegar a la misma, no a la cuenta de correo local de root:

root@debian# mail
No mail for root

Espero que sea útil.


Tal vez pueda interesarte


Compartí este artículo