FAQ:Arktur33/mails-abstellen
automatische Mails abstellen
übernommen von www.arktur.th.schule.de/faq/5-16.htm
Diese Anleitung stammt aus einer Mail von Sigrid Buchele:
die Post von root wird oft an eine private Mail-Adresse weitergeleitet. Das kann sehr viel werden. Die Klärung dieses Problems wird hier beschrieben.
> >> > Arktur sendet mir (root an meine priv. e-mail weitergeleitet) > >> > jede 15 Minuten eine e-mail von > >> > Cron <root@Arktur> /usr/lib/ods-server/cron/job.OFT < /dev/null > > > ich denke, es ist ein Problem beim Aufruf des cron-jobs: > > Cron <root@Arktur> /usr/lib/ods-server/cron/job.OFT < /dev/null > > | > > Dreht mal in der crontab das "<" zum ">" um, dann müsste Ruhe sein! > > Klingt gut, aber: _wo_ aendere ich das? In der crontab finde ich > keinen passenden Eintrag. log dich bei Arktur als root ein und gib ein: crontab -e (oder ruf den MC auf und öffne /etc/crontab zum Editieren) Bei mir kommt dann nach einem langen Header: # DO NOT EDIT THIS FILE - edit the master and reinstall. 40 07 * * * updatedb 2> /dev/null 5,20,35,50 * * * * /usr/lib/ods-server/cron/job.OFT > /dev/null 10 2 * * * /usr/lib/ods-server/cron/job.TAG < /dev/null 10 3 * * mon /usr/lib/ods-server/cron/job.WOCHE < /dev/null 10 4 1 * * /usr/lib/ods-server/cron/job.MONAT < /dev/null 10 5 1 mar,sep * /usr/lib/ods-server/cron/job.HALBJAHR < /dev/null Wo "<" steht, krieg ich eine Email, wo ">" steht, krieg ich keine! 5,20,35,50 * * * * /usr/lib/ods-server/cron/job.OFT > /dev/null muss bei dir auch drinstehen!
Unter http://www.golinux.de/cgi-bin/linuxtipps.cgi?0/linux/970831625/SE/bash/0/1/#0 ist folgendes zu lesen:
Ein Eintrag in der Crontab führt dazu, daß ein Programm oder Kommando in regelmäßigen Intervallen ausgeführt wird. Da dies unbeaufsichtigt erfolgt, ist es nützlich sich die Ausgaben des Programms als Mail zuschicken zu lassen.
Leider kann diese Mailzustellung nur für die gesammte crontab ein oder ausgeschaltet werden. Einzelne Kommandos, die eventuell häufig ausgeführt werden, überschwemmen daher leicht die Mailbox mit wenig sinnvollen Erfolgsmeldungen.
Produziert ein Kommando aber keinerlei Ausgaben, so wird auch keine Mail verschickt. Das Umleiten aller Ausgaben an das Null-Device unterdrückt schaltet also dessen Resultate aus.
Beispiel:
0,15,30,45 * * * * /usr/lib/news/bin/input/newsrun 2>&1 > /dev/null
Das Konstruckt "2>&1 > /dev/null"
sorgt unter der Bash-Shell dafür, daß sowohl die Standardausgabe als auch der Standardfehler unterdrückt werden.
Eintrag stammt vom 03. Februar 2001