FAQ:Arktur33/mails-abstellen: Unterschied zwischen den Versionen
K (3 Versionen) |
(Archiv) |
||
Zeile 1: | Zeile 1: | ||
__NOTOC__ | |||
{{Archiv}} | |||
== automatische Mails abstellen == | == automatische Mails abstellen == | ||
Version vom 8. März 2009, 16:24 Uhr
Archiv: Dieser Artikel beschreibt nicht die Funktionalität des derzeit aktuellen delixs-Servers. Er beschreibt ältere Schulserver-Funktionen und dient dem Zweck der Archivierung. |
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 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, dass 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 gesamte 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 also dessen Resultate.
Beispiel:
0,15,30,45 * * * * /usr/lib/news/bin/input/newsrun 2>&1 > /dev/null
Das Konstrukt "2>&1 > /dev/null"
sorgt unter der Bash-Shell dafür, dass sowohl die Standardausgabe als auch die Standard-Fehlerausgabe unterdrückt werden.
Eintrag stammt vom 03. Februar 2001