Merci pour vos réponses.
J'aurais peut-être du préciser le contexte : une dizaine de sysadmins ou
dev, sur environ 150 serveurs, et une centaine d'applis différentes avec
chacun leurs tâches qu'on trouve pratique de classer par daily, weekly,
monthly, etc...
Du coup, ça serait vraiment génial de parvenir à faire fonctionner la
proposition de départ.
Je ne lâche pas l'affaire, je vais continuer et si je trouve, je vous
tiens au courant.
--
Nicolas Ecarnot
Le 26/09/2014 08:22, Dominique Fournier a écrit : > Salut !
>
> Tu peux aussi utiliser /etc/cron.d et définir comme tu le souhaites la
> variable d'environnement avant l'appel de ton script externe :
>
> MAILTO=root@???
> 41 00 * * * user /usr/bin/programme.php
>
> On 25/09/2014 13:13, Nicolas Ecarnot wrote:
>> Bonjour,
>>
>> Je peux modifier la valeur de "MAILTO" dans une crontab, afin de
>> rediriger l'output des mails vers les bonnes personnes (et changer de
>> destinataire à chaque ligne si besoin).
>> Mais dans le cas des /etc/cron.daily/monAction.sh, je ne peux plus
>> utiliser cette variable. Du coup, c'est root qui reçoit tout.
>>
>> Google m'apprend que l'astuce est d'utiliser la commande "script" qui
>> effectue une transcription de la session, et de rediriger le tout vers
>> mailx muni de l'adresse du destinataire.
>>
>> Un petit test de ma part montre que ça ne se déroule pas comme prévu :
>>
>> -------------------------------------
>> #!/bin/bash
>> /usr/bin/script 2>&1 | /bin/mailx -s "$0" nicolas@???
>> echo 'test'
>> exit
>> -------------------------------------
>>
>> Le script se lance, mais ne s'arrête pas tant que je n'ai pas
>> manuellement envoyé un ctrl-D. (Et là, je reçois bien le mail).
>>
>> Que manque-t-il pour qu'il fonctionne de manière non-interactive ?
>>
>> Cdt,
>>
>
