Le 3 sept. 2014 à 20:14, Adrien <[email protected]> a écrit : > Bonjour la liste, > Je reçois quatre mails chaque jour, alors que je n'ai qu'un seul serveur > de configuré pour l'envoi ! > > Je compte configurer les autres, mais je ne souhaiterais m'en préoccuper > que s'il y a des problèmes en vue ! Donc pas de mail, bonne new-vail. > Comment faire ? > > Je peux fournir des infos si besoin !
Les sorties d’exécution de toute ligne présente dans un cron sont, logiquement,
envoyées au propriétaire du … cron. Il y aura donc un envoi de mail à chaque
exécution programmée si cette exécution a généré des informations dans ces
sorties. Normalement, on s’arrange pour que tout programme lancé dans un
cron ne génère pas de messages dans ses sorties puisqu’il n’y a personne
« devant » lorsqu’il est exécuté. De ce fait, s’il y en a, c’est une erreur et
il est
intéressant d’être prévenu… par mail.
Une solution est donc de s’assurer que les lancements cron soient silencieux.
Éventuellement, on peut encapsuler cette commande, si elle est trop bavarde,
dans un script d’analyse qui se charge soit d’envoyer lui-même le mail
d’alerte,
soit de n’envoyer que les informations d’alertes sur les sorties. Comme ça on
est prévenu que si il y a un problème.
Il ne faut pas oublier non plus qu’on peut indiquer l’adresse d’envoi du mail
avec le mot clé « MAILTO » dans l’en-tête du crontab ou de tout cron.
Cordialement
--
Pierre Malard
«A force de faire "la rue" on est devenu le caniveau»
Abd Al Malik - Céline
|\ _,,,---,,_
/,`.-'`' -. ;-;;,_
|,4- ) )-,_. ,\ ( `'-'
'---''(_/--' `-'\_) πr
perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-. ;-;;,_: |,A- ) )-,_. ,\
( `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"' `-'"'"'\_):
24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
- --> Ce message n’engage que son auteur <--
signature.asc
Description: Message signed with OpenPGP using GPGMail
