Je relève mon courrier de façon classique avec une tache dans ma crontab.
Mon souci est qu'après chaque activité, je reçois un rapport par e-mail
alors que tout est loggé correctement par fetchmail et crond.
Comment empécher cela ?
Mon souci est qu'après chaque activité, je reçois un rapport par e-mail alors que tout est loggé correctement par fetchmail et crond. Comment empécher cela ?
Pourquoi utiliser une tâche cron ?
fetchmail -d 300, par exemple, lancé au démarrage du système fait ça très bien tout seul, non ?
Mon souci est qu'après chaque activité, je reçois un rapport par e-mail
alors que tout est loggé correctement par fetchmail et crond.
Comment empécher cela ?
Pourquoi utiliser une tâche cron ?
fetchmail -d 300, par exemple, lancé au démarrage du système fait ça
très bien tout seul, non ?
Mon souci est qu'après chaque activité, je reçois un rapport par e-mail alors que tout est loggé correctement par fetchmail et crond. Comment empécher cela ?
Pourquoi utiliser une tâche cron ?
fetchmail -d 300, par exemple, lancé au démarrage du système fait ça très bien tout seul, non ?
-- Éric Jacoboni, né il y a 1397950258 secondes
François RONVAUX
"Eric Jacoboni" a écrit dans le message de news:
Pourquoi utiliser une tâche cron ?
fetchmail -d 300, par exemple, lancé au démarrage du système fait ça très bien tout seul, non ?
Quand je m'étais penché sur la question à l'époque, la configuration de crond/fetchmail m'a paru plus simple que fetchmail en mode démon (avec les droits d'accès à gérer que pour root et tout et tout...).
"Eric Jacoboni" <jaco@neottia.net> a écrit dans le message de
news:m2brgjaxt6.fsf@mac.scrogneugneu.org...
Pourquoi utiliser une tâche cron ?
fetchmail -d 300, par exemple, lancé au démarrage du système fait ça
très bien tout seul, non ?
Quand je m'étais penché sur la question à l'époque, la configuration de
crond/fetchmail m'a paru plus simple que fetchmail en mode démon (avec les
droits d'accès à gérer que pour root et tout et tout...).
fetchmail -d 300, par exemple, lancé au démarrage du système fait ça très bien tout seul, non ?
Quand je m'étais penché sur la question à l'époque, la configuration de crond/fetchmail m'a paru plus simple que fetchmail en mode démon (avec les droits d'accès à gérer que pour root et tout et tout...).
François RONVAUX
a écrit dans le message de news:chiksa$tf6$
Rediriger la sortie (et le canal d'erreur) de l'entree de la crontab dans /dev/null. * * * * * commande >/dev/null 2>&1
Il me semble que si l'on redirige la sortie standard vers /dev/null les messages normaux que je trouve dans syslog seront aussi supprimés (ce que je préfère éviter), c'est bien ça ?
<fm@nowhere.invalid> a écrit dans le message de
news:chiksa$tf6$2@ccpntc8.in2p3.fr...
Rediriger la sortie (et le canal d'erreur) de l'entree de la
crontab dans /dev/null.
* * * * * commande >/dev/null 2>&1
Il me semble que si l'on redirige la sortie standard vers /dev/null les
messages normaux que je trouve dans syslog seront aussi supprimés (ce que je
préfère éviter), c'est bien ça ?
Rediriger la sortie (et le canal d'erreur) de l'entree de la crontab dans /dev/null. * * * * * commande >/dev/null 2>&1
Il me semble que si l'on redirige la sortie standard vers /dev/null les messages normaux que je trouve dans syslog seront aussi supprimés (ce que je préfère éviter), c'est bien ça ?
