Start von Fetchmail verzögern - wie?
Hallo *, ich habe auf meinem Rechner die Kombination Postfix-Fetchmail-Amavis-ClamAV laufen. Das läuft seit Jahren mit unterschiedlichen SuSE-Versionen tadellos. Nur kommt ein einziger Haken dazu. Im Gegensatz zu einem Server, der dauernd angeschaltet ist, wird mein Rechner natürlich täglich bei Bedarf neu gestartet. Und da spielt sich dann folgendes ab: Fetchmail startet die Suche nach Mails. ClamAV sucht nach einem Update und sagt erst einmal, dass es nicht bereit ist. Amavis gibt das weiter. Postfix sagt, dass Amavis nicht bereit ist. Die Logdateien mit Warnungen laufen erst einmal "warm". Ist dann Amavis startklar, so werden die Mails alle auf einmal übergeben. Das erzeugt nächste Fehlermeldungen ... Gibt es irgendeine einfach Möglichkeit, Fetchmail nicht direkt beim Booten starten zu lassen, sondern z.B. 10 Minuten später, wenn denn Amavis/ClamAV die einkommenden Mails auch verarbeiten kann? Gruß Robert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Robert Am Sonntag, 1. September 2013 12:25 schrieb Robert Großkopf:
Ich würde den Startbefehl für fetchmail suchen (bei mir auf meiner alten SUSE /etc/init.d/fetchmail) und an einer geeigneten Stelle ein sleep 600 einbauen... -- Herzliche Grüße! Rolf Muth Meine Adressen dürfen nicht für Werbung verwendet werden! OpenPGP Public Key: http://pgp.uni-mainz.de:11371/pks/lookup?op=index&search=0x5544C89A
Am Sonntag, 1. September 2013 12:57 schrieb Rolf Muth:
Aber die Systemdurchblicker finden bestimmt noch was Besseres. ;-) -- Herzliche Grüße! Rolf Muth Meine Adressen dürfen nicht für Werbung verwendet werden! OpenPGP Public Key: http://pgp.uni-mainz.de:11371/pks/lookup?op=index&search=0x5544C89A
Hallo Rolf,
Für mich ist das schon genug "Systemdurchblicker". Kann ich so ein 'sleep 600' direkt nach der Start-Anweisung einbauen?Ungefähr so: case "$1" in ... start) sleep 600 ... Merkt sich dann das System: Da ist noch ein Befehl, der muss abgearbeitet werden? Gruß Robert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Robert, On Sun, 01 Sep 2013, Robert Großkopf wrote:
tut es, und du wartest u.U. (je nach init Verfahren) 10 min nach dem Start, bis du das System verwenden kannst ;-( Variante 1 ---------- start) /usr/local/bin/myfetchmailstart.sh myfetchmailstart.sh sieht dann etwa wie folgt aus und hat die Rechte 700 oder 755 #!/bin/bash sleep 600; fetchmail -d .... logger -t $0 "Fetchmail vielleicht gestartet. Returncodes auswerten hilft evtl." Variante 2: ----------- Fetchmail Daemon nicht starten, sondern statt dessen CRON die Aufgabe über nehmen lassen. Nachteil, wenn das jeder macht und die Rechneruhren relativ synchron (NTP) sind gibt es 60 mal in der Stunde einen Lastpeak auf dem Server... Cron kennt einen Zeitpunkt @reboot, mit dem du dann mit obigem Script und ohne Gefummel in den init Dateien dir etwas ähnliches bauen kannst. <crontab> @reboot /usr/local/bin/myfetchmailstart.sh 57 * * * * /usr/local/bin/myfetchmailstart.sh obiges würde dann fetchmailstart.sh einmal nach dem booten aufrufen. Greetings Daniel -- failure is always an option -- unknown -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
On Sun, Sep 01, 2013 at 12:25:24PM +0200, Robert Großkopf wrote:
Die Skripte in /etc/init.d werden ja in ihrer alphabetischen Reihenfolge abgearbeitet. Ich würde also fetchmail erst nach postfix und Konsorten starten lassen, am einfachsten via S99fetchmail. Rainer -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Ich antworte hier einmal auf alle vermutlich auch irgendwie funktionierenden Ratschläge zusammen: Nachdem ich fetchmail mit einem sleep leider für längerer Zeit versenkt hatte (aufwecken ist da wohl 'not inclusive') habe ich fetschmail anschließend händisch gestartet und die gleichen Fehlermeldungen von Amavis bekommen. Dann habe ich über Yast den Systemdienst (Runlevel) für Fetchmail ausgestellt und beim nächsten Booten erst einmal Ruhe gehabt. Sobald ich dann allerdings nach geraumer Zeit Fetchmail auf dem gleichen Weg wieder aktiviert habe ist das Spiel von vorne los gegangen. Scheint irgendwo noch ein anderer Haken zu sein. Ich werde wohl einmal die Amavis-Konfiguration genauer unter die Lupe nehmen ... Gruß Robert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 03.09.2013 18:30, schrieb Robert Großkopf:
Das habe ich jetzt gemacht. Da standen doch glatt zwei Virenscannerdefinitionen drin, und der erste lief immer auf einen falschen socket, der nicht mit clamd.conf übereinstimmte. War also gar nicht notwendig, sich über fetchmail Gedanken zu machen. Ich hätte nur einmal vernünftig die Fehlermeldungen lesen müssen. Danke dennoch für die vielen, für mich auch interessanten Vorschläge. Gruß Robert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (4)
-
Daniel Lord -
Rainer Sokoll -
Robert Großkopf -
Rolf Muth