Hallo zusammen, habe ein kleines Problem mit fetchmail. Habe DSL inklusive der 24 Stunden zwangstrennung auf einem Gateway Server laufen. Auf dem Email Server (SUSE7.0) wird per cron fetchmail mit anschliessendem sendmail aufgerufen (Provider verlnagt Smtp after Pop). Nun bleibt mir fetchmail immer wieder hängen, das heisst muss manuell abschiessen, da der cron-fetchmail einen anderen fetchmail entdeckt. Die zu sendenden Mails gehen dann natürlich auch nicht raus, sondern werden zurück geschickt an den absender. Meine Vermutung ist, dass es mit der zwangstrennung beim DSL zu tun hat. Hat jemand ne Lösung? Gruss Günter Denz -------------------------------------------- PS Automation GmbH Gesellschaft für Antriebtechnik Philip-Krämer-Ring 13 67098 Bad Dürkheim Tel.: 06322/6003-0 Fax.: 06322/6003-20
On Wed, Mar 19, 2003 at 09:42:40AM +0100, Günter Denz wrote:
Meine Vermutung ist, dass es mit der zwangstrennung beim DSL zu tun hat. Hat jemand ne Lösung?
Ja. Lass fetchmail als Daemon laufen, dann gibt es immer nur einen Prozess. POP-before-SMTP hat doch immer eine bestimmte Zeitspanne, innerhalb derer man nach Abholung per POP mit SMTP ausliefern kann. Stell den Abfrageintervall des Fetchmaildaemons auf diesen Zeitraum (oder knapp darunter), und schon sollte es immer gehen. Hannes
Johannes Studt, Mittwoch, 19. März 2003 09:53:
Ja. Lass fetchmail als Daemon laufen, dann gibt es immer nur einen Prozess.
Das hat mE Nachteile. Denn man kriegt nicht mit, wenn der Daemon stirbt. Dagegen mosert cron jedesmal, wenn er fetchmail nicht anschieben kann. Zum anderen merkt sich fetchmail IIRC, wenn es einen Server öfter hintereinander nicht abfragen konnte, und fragt ihn dann auch nicht mehr an. Das tritt nicht auf, wenn fetchmail von cron angeschubst wird. -- Andreas Feile www.feile.net
On Wed, Mar 19, 2003 at 10:02:26AM +0100, Andreas Feile wrote:
Das hat mE Nachteile. Denn man kriegt nicht mit, wenn der Daemon stirbt. Dagegen mosert cron jedesmal, wenn er fetchmail nicht anschieben kann. Zum anderen merkt sich fetchmail IIRC, wenn es einen Server öfter hintereinander nicht abfragen konnte, und fragt ihn dann auch nicht mehr an. Das tritt nicht auf, wenn fetchmail von cron angeschubst wird.
Naja, ganz so schlimm kann es nicht sein. Ich hab das hier seit "Jahr und Tag" so laufen, und bisher alle Mails bekommen... Wäre IMHO jedenfalls die technisch mit dem wenigsten Aufwand umsetzbare Lösungsvariante, aber es gilt natülich wie immer: TIMTOWTDI :) Hannes
Am Mit, 19 Mär 2003, schrieb Andreas Feile:
Johannes Studt, Mittwoch, 19. März 2003 09:53:
Ja. Lass fetchmail als Daemon laufen, dann gibt es immer nur einen Prozess.
Das hat mE Nachteile. Denn man kriegt nicht mit, wenn der Daemon stirbt. Dagegen mosert cron jedesmal, wenn er fetchmail nicht anschieben kann. Zum anderen merkt sich fetchmail IIRC, wenn es einen Server öfter hintereinander nicht abfragen konnte, und fragt ihn dann auch nicht mehr an. Das tritt nicht auf, wenn fetchmail von cron angeschubst wird.
Mir ist mein fetchmail-Daemon allerdings noch nie einfach so gestorben obwohl er praktisch immer läuft. Allzu häufig dürfte der Daemonen-Tod wohl nicht eintreten. Letzteres kann natürlich lästig sein. Gibt's nicht eine Option, die das verhindert? cu Hannes
Hannes Vogelmann, Mittwoch, 19. März 2003 13:32:
Mir ist mein fetchmail-Daemon allerdings noch nie einfach so gestorben obwohl er praktisch immer läuft. Allzu häufig dürfte der Daemonen-Tod wohl nicht eintreten. Letzteres kann natürlich lästig sein. Gibt's nicht eine Option, die das verhindert?
Man könnte natürlich einen Cron-Job bauen, der alle paar Minuten die Prozeßliste grept und prüft, ob fetchmail noch lebt. Wenn nein, dann neu starten. -- Andreas Feile www.feile.net
Am Mit, 19 Mär 2003, schrieb Andreas Feile:
Hannes Vogelmann, Mittwoch, 19. März 2003 13:32:
Mir ist mein fetchmail-Daemon allerdings noch nie einfach so gestorben obwohl er praktisch immer läuft. Allzu häufig dürfte der Daemonen-Tod wohl nicht eintreten. Letzteres kann natürlich lästig sein. Gibt's nicht eine Option, die das verhindert?
Man könnte natürlich einen Cron-Job bauen, der alle paar Minuten die Prozeßliste grept und prüft, ob fetchmail noch lebt. Wenn nein, dann neu starten.
Mit "Letzteres" bezog ich mich auf Deine Mail und meinte den unerfreulichen Umstand, dass fetchmail nicht erreichbare Mailserver nach mehreren erfolglosen Versuchen gar nicht mehr abfragt. Gibt es dagegen keine optionale Einstellung? cu Hannes
Günter Denz, Mittwoch, 19. März 2003 09:42:
Nun bleibt mir fetchmail immer wieder hängen, das heisst muss manuell abschiessen, da der cron-fetchmail einen anderen fetchmail entdeckt. Die zu sendenden Mails gehen dann natürlich auch nicht raus, sondern werden zurück geschickt an den absender.
Meine Vermutung ist, dass es mit der zwangstrennung beim DSL zu tun hat.
Glaub ich weniger. Machs doch so, daß Du zuerst ps -A nach fetchmail grepst. Wenn es einen Treffer gibt, dann läuft fetchmail schon, und Du verläßt das Skript ohne weitere Aktion. Gibts keinen Treffer, dann kannst Du fetchmail und später sendmail anschieben. Irgendwann kriegt fetchmail in jedem Fall auch von alleine einen Timeout, sodaß Dein Skript auch ab und zu vollständig durchläuft ;) So habe ich es jedenfalls auf unserem Mailserver hier gelöst, wo es immer wieder vorkommt, daß dicke Dateien plötzlich lange Ladezeiten verursachen. Beim nächsten fetchmail-Schubs ist dann der alte Job noch nicht abgeschlossen, was ich durch obige Abfrage behandle. -- Andreas Feile www.feile.net
Hallo...
Irgendwann kriegt fetchmail in jedem Fall auch von alleine einen Timeout, sodaß Dein Skript auch ab und zu vollständig durchläuft ;)
Hmm.. hab mal gestern die die Crontab mails an root aktiviert und heute nachgeschaut. Gestern um 15:00 Uhr hat sich fetchmail nicht beendet. Und heut morgen um 8:00 hab ich es gemerkt, weil keine Emails reinkamen. Da war immer noch das selbe fetchmail aktiv. Die Lösung mit grep ist ja soweit in Ordnung, aber eben noch nicht meine Problemlösung. warum klemmt fetchmail denn plötzlich. Günter
Günter Denz, Mittwoch, 19. März 2003 10:40:
Hmm.. hab mal gestern die die Crontab mails an root aktiviert und heute nachgeschaut. Gestern um 15:00 Uhr hat sich fetchmail nicht beendet. Und heut morgen um 8:00 hab ich es gemerkt, weil keine Emails reinkamen. Da war immer noch das selbe fetchmail aktiv. Die Lösung mit grep ist ja soweit in Ordnung, aber eben noch nicht meine Problemlösung. warum klemmt fetchmail denn plötzlich.
Das ist sehr komisch. Mein fetchmail stirbt immer nach 300 Sekunden, wenn irgendwas nicht geht. Hast Du da entsprechende Parameter gesetzt, die den Timeout verhindern? -- Andreas Feile www.feile.net
participants (4)
-
Andreas Feile
-
Günter Denz
-
Hannes Vogelmann
-
Johannes Studt