Cron n'utilisera pas msmtp Envoyer des lettres en cas d'échec cronjob

J'essaie de personnaliser la voiture afin qu'elle m'envoie un email si l'un des cronjobs Affiche quelque chose en cas d'erreur.

j'utilise Debian Wheezy.

Cron fonctionne bien (sans courriel).

msmtp Installé et configuré. Ont déjà fait un lien symbolique / usr / {bin | sbin} / sendmail sur / usr / bin / msmtp.

Je peux envoyer un email en utilisant:

echo "test" | mail -s "subject" user@target.tld

Ou avoir terminé:

echo "test" | /usr/sbin/sendmail

Sans lien symbolique (/ usr / sbin / sendmail) cron va me dire que:

(CRON) info (No MTA installed, discarding output)

Avec des liens symboliques, je reçois:

(root) MAIL (mailed 1 byte of output; but got status 0x004e, #012)

Vous pouvez dire comment mettre en place un couple cron / msmtp?

Remercier!

ÉDITER:

Remarque: j'ai écrit par erreur "msmtpd". Ce n'est pas un démon, mais plutôt un client SMTP Avec nom «msmtp» (sans fin «d»). Il est effectué sur demande et ne fonctionne pas tout le temps en arrière-plan.

Quand j'essaie d'envoyer un email en utilisant msmtp, Ça marche:

echo "test" | msmtp USER@TARGETHOST.TLD

D'autre part, dans les magazines SMTP Server, j'ai lu:

Nov  2 09:26:10 S01 postfix/smtpd[12728]: connect from unknown[CLIENT_IP]
Nov 2 09:26:12 S01 postfix/smtpd[12728]: 532301C318: client=unknown[CLIENT_IP], sasl_method=CRAM-MD5, sasl_username=USER@TARGETHOST.TLD
Nov 2 09:26:12 S01 postfix/cleanup[12733]: 532301C318: message-id=<>
Nov 2 09:26:12 S01 postfix/qmgr[2404]: 532301C318: from=<user@targethost.tld>, size=191, nrcpt=1 (queue active)
Nov 2 09:26:12 S01 postfix/local[12734]: 532301C318: to=<forward_to@targethost.tld>, orig_to=<user@targethost.tld>, relay=local, delay=0.62, delays=0.59/0.01/0/0.03, dsn=2.0.0, status=sent (delivered to command: IFS=' ' &amp;&amp; exec /usr/bin/procmail -f- || exit 75 #1001)
Nov 2 09:26:12 S01 postfix/qmgr[2404]: 532301C318: removed
Nov 2 09:26:13 S01 postfix/smtpd[12728]: disconnect from unknown[CLIENT_IP]

Et la lettre électronique est livrée à l'utilisateur cible. Donc, il semble que le client msmtp fonctionne correctement.

Ça devrait être quelque chose dans l'intégration cron / msmtp, Mais je n'ai aucune idée de ce que cela peut être. Tu peux m'aider?
</user@targethost.tld></forward_to@targethost.tld></user@targethost.tld>
Invité:

Agathe

Confirmation de:

J'ai eu exactement le même scénario, comme décrit dans la question, cependant, la réponse actuelle n'a pas supprimé le problème pour moi. Dans mon cas, le problème était que chaque fois quand

cron

Kaznen

sendmail

L'équipe qu'il a installée

$HOME

à

/

, plus susceptible que

/home/<user>

. Donc même si

msmtp

Remplacé

sendmail

Grâce à un lien symbolique, il n'a pas pu trouver son fichier de configuration pour un utilisateur spécifique situé dans

$HOME/.msmtprc

.

Mon

DÉCISION

Ça a été utilisé

/etc/msmtprc

au lieu de

$HOME/.msmtprc

.

Cela peut ne pas être la meilleure solution pour votre système, car cela pourrait conduire au fait que certaines données confidentielles seront

/etc/msmtprc

Pour la lecture par d'autres utilisateurs.

En savoir plus ici:
http://comments.gmane.org/gman ... 71011
</user>

Emilie

Confirmation de:

La décision était d'ajouter à la configuration cron Pour mon utilisateur (en appelant crontab -e) Suivant:

CRONARGS=-m/usr/bin/msmtp

Pour répondre aux questions, connectez-vous ou registre