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 MAILTOde /etc/crontab?
Gracias

Respuestas:
Entonces para responder mi pregunta:
yum install mailxyum install sendmailMAILTOlínea en el crontab usandocrontab -e:[email protected]y no en/etc/crontabfuente
/etc/crontabno 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/maillogestaba mostrando quecrontab(conMAILTO=root) estaba tratando de enviar un correo electrónico a la vezrootyroot@my_fqdn(dondemy_fqdnes como server.something.com). Según el registro, el envío arootfue exitoso yroot@my_fqdnfalló, pero no encontré ningún mensaje/var/mail/root. Aquí está el/var/log/maillogfragmento relevante :Sin embargo, según este consejo , el correo ahora aparece en
/var/mail/root. El problema era/etc/hostsnecesario para agregar una línea, pormy_fqdnlo 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 errorcontinuación en el/var/log/maillogfragmento).fuente