He configurado cronjob para el usuario root. Sin embargo, cuando el cron falla, debería recibir un correo electrónico del cronjob porque configuré MAILTO como este en / etc / crontab:
[email protected]
He instalado mailx usando
yum install mailx
Pero cuando miro el registro cron obtengo estas líneas:
Feb 23 14:13:01 internal crond[6858]: (root) CMD (/var/www/vded/build/bin/sync.sh)
Feb 23 14:13:01 internal crond[6857]: (root) MAIL (mailed 79 bytes of output but got status 0x0001 )
¿Cómo puedo arreglar esto?
ACTUALIZACIÓN
- Instalé mailx y sendmail usando yum.
- Empecé sendmail.
- ¡Ahora enviar un correo electrónico funciona desde la línea de comandos!
Me sale este error en el registro de correo:
Feb 23 16:06:01 internal sendmail[7210]: o1NG61cd007210: from=root, size=425, class=0, nrcpts=1, msgid=<[email protected]>, relay=root@localhost
Feb 23 16:06:01 internal sendmail[7211]: o1NG61hT007211: from=<[email protected]>, size=732, class=0, nrcpts=1, msgid=<[email protected]>, proto=ESMTP, daemon=MTA, relay=localhost [127.0.0.1]
Feb 23 16:06:01 internal sendmail[7210]: o1NG61cd007210: to=root, ctladdr=root (0/0), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30425, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (o1NG61hT007211 Message accepted for delivery)
Feb 23 16:06:01 internal sendmail[7212]: o1NG61hT007211: to=<[email protected]>, ctladdr=<[email protected]> (0/0), delay=00:00:00, xdelay=00:00:00, mailer=local, pri=30972, dsn=2.0.0, stat=Sent
internal.fff.com es el nombre del servidor.
ACTUALIZACIÓN
De hecho, si pongo el [email protected]
como la primera línea de mi crontab (usando crontab -e
) está funcionando.
¿Por qué no funciona ajustando el MAILTO
de /etc/crontab
?
Gracias
Respuestas:
Entonces para responder mi pregunta:
yum install mailx
yum install sendmail
MAILTO
línea en el crontab usandocrontab -e
:[email protected]
y no en/etc/crontab
fuente
/etc/crontab
no especifica los valores predeterminados. unix.stackexchange.com/questions/3724/…puede simplificar esto instalando nullmailer en lugar de sendmail (o exim4, o postfix, etc.).
si no funciona, como el mío no, y está enviando a un servicio de correo web como gmail: asegúrese de no haber puesto ningún filtro en él. De hecho, tenía un filtro en cualquier cosa, desde cron, para omitir la bandeja de entrada. Es por eso que no estaba viendo nada de mis trabajos cron.
fuente
Mi
/var/log/maillog
estaba mostrando quecrontab
(conMAILTO=root
) estaba tratando de enviar un correo electrónico a la vezroot
yroot@my_fqdn
(dondemy_fqdn
es como server.something.com). Según el registro, el envío aroot
fue exitoso yroot@my_fqdn
falló, pero no encontré ningún mensaje/var/mail/root
. Aquí está el/var/log/maillog
fragmento relevante :Sin embargo, según este consejo , el correo ahora aparece en
/var/mail/root
. El problema era/etc/hosts
necesario para agregar una línea, pormy_fqdn
lo que se resolvería como un dominio (observe el punto al final):127.0.0.1 my_fqdn.
Nota: La forma en que esto funciona ahora es que el mensaje todavía no se recibe correctamente, pero se está recuperando de una manera que lo aterriza
/var/mail/root
(aviso astat=Local configuration error
continuación en el/var/log/maillog
fragmento).fuente