J'ai configuré cronjob pour l'utilisateur root. Cependant, lorsque le cron échoue, je devrais recevoir un e-mail du cronjob parce que j'ai défini MAILTO comme ceci dans / etc / crontab:
[email protected]
J'ai installé mailx en utilisant
yum install mailx
Mais quand je regarde le journal cron, j'obtiens ces lignes:
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 )
Comment puis-je réparer cela?
MISE À JOUR :
- J'ai installé mailx et sendmail en utilisant yum.
- J'ai commencé sendmail.
- Alors maintenant, envoyer un e-mail fonctionne depuis la ligne de commande!
Je reçois cette erreur dans le maillog:
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 est le nom du serveur.
MISE À JOUR :
Donc, en fait, si je mets la [email protected]
première ligne de mon crontab (en utilisant crontab -e
), cela fonctionne.
Pourquoi est - il ne fonctionne pas en réglant le MAILTO
dans /etc/crontab
?
Merci
Réponses:
Donc pour répondre à ma question:
yum install mailx
yum install sendmail
MAILTO
ligne dans la crontab en utilisantcrontab -e
:[email protected]
et non dans/etc/crontab
la source
/etc/crontab
ne spécifie pas les valeurs par défaut. unix.stackexchange.com/questions/3724/…vous pouvez simplifier cela en installant nullmailer au lieu de sendmail (ou exim4, ou postfix, etc.).
si cela ne fonctionne pas, comme le mien ne l'était pas, et que vous envoyez à un service de messagerie Web tel que gmail: assurez-vous de ne pas y avoir appliqué de filtres. En fait, j'avais un filtre sur quoi que ce soit de cron, pour contourner la boîte de réception. c'est pourquoi je ne voyais rien de mes emplois cron.
la source
Mon
/var/log/maillog
montrait quecrontab
(avecMAILTO=root
) essayait d'envoyer des courriels aux deuxroot
etroot@my_fqdn
(oùmy_fqdn
est comme server.something.com). Selon le journal, l'envoi àroot
a réussi etroot@my_fqdn
échoué, mais je n'ai pas trouvé de message/var/mail/root
. Voici l'/var/log/maillog
extrait pertinent :Cependant, selon cette astuce , le courrier apparaît maintenant dans
/var/mail/root
. Le problème était/etc/hosts
nécessaire pour ajouter une ligne afin demy_fqdn
le résoudre en tant que domaine (notez le point à la fin):127.0.0.1 my_fqdn.
Remarque: La façon dont cela fonctionne maintenant est que le message ne parvient toujours pas à être reçu correctement, mais rebondit d'une manière qui l'atterrit
/var/mail/root
(remarquestat=Local configuration error
ci-dessous dans l'/var/log/maillog
extrait de code).la source