Hallo, ich habe auf einer SuSE 6.4 (Kernel 2.2.14) ein fetchmail (release 5.3.0+POP2+NLS) laufen. Das holt alle 60 Sekunden Mails von einem Server ab. Theoretisch zumindest, denn es haengt sich nach ein paar Stunden immer auf. Erst war das nur so einmal am Tag, jetzt scheint es oefters zu werden. Naja nicht wirklich aufhaengen: Es laeuft noch, aber es kommen keine Mails mehr rein. Wenn ich fetchmail kille und neu starte klappt es sofort wieder. Das macht momentan ein cronjob jede Nacht, aber das ist auf Dauer ja keine Loesung. Any ideas? Jan -- ETES - Espenhain & Theofel EDV-Systemhaus GbR Libanonstrasse 58 A * D-70184 Stuttgart Phone +49 711 4895550 * Fax +49 711 4809761 EMail: info@etes.de --- URL: www.etes.de
On Tuesday 17 July 2001 19:50, Jan Theofel wrote:
Hallo,
ich habe auf einer SuSE 6.4 (Kernel 2.2.14) ein fetchmail (release 5.3.0+POP2+NLS) laufen.
Das holt alle 60 Sekunden Mails von einem Server ab. Theoretisch zumindest, denn es haengt sich nach ein paar Stunden immer auf. Erst war das nur so einmal am Tag, jetzt scheint es oefters zu werden. Naja nicht wirklich aufhaengen: Es laeuft noch, aber es kommen keine Mails mehr rein.
Wenn ich fetchmail kille und neu starte klappt es sofort wieder. Das macht momentan ein cronjob jede Nacht, aber das ist auf Dauer ja keine Loesung.
Also ich benutze fetchmail nur als cron-Job, habe auch schlechte Erfahrungen mit dem Daemon gemacht. Aber seit ich alle 5min via cron-Job Mails abhole geht alles wunderbar. Und so zeitkritisch, dass sie 5min Verzoegerung nicht aushalten wuerde ist die wenigste E-Mail. mfg, Gerd -- /"\ \ / ASCII Ribbon Campaign x Say NO to HTML in email and news !! / \
Jan Theofel schrieb am 17.07.2001:
Hallo,
ich habe auf einer SuSE 6.4 (Kernel 2.2.14) ein fetchmail (release 5.3.0+POP2+NLS) laufen.
Das holt alle 60 Sekunden Mails von einem Server ab. Theoretisch zumindest, denn es haengt sich nach ein paar Stunden immer auf. Erst war das nur so einmal am Tag, jetzt scheint es oefters zu werden. Naja nicht wirklich aufhaengen: Es laeuft noch, aber es kommen keine Mails mehr rein.
Wenn ich fetchmail kille und neu starte klappt es sofort wieder. Das macht momentan ein cronjob jede Nacht, aber das ist auf Dauer ja keine Loesung.
Hallo, mal ein Schuss ins Blaue. Ich wuerde mal tippen dass der Mailserver auf einige Anfragen von Fetchmail nicht innerhalb der Minute antworten kann, oder mehrere Mails eine laengere Downloadzeit als die Minute in Anspruch nehmen. Kommt dann der erneute Aufruf von Fetchmail kommen die beiden Prozesse sich moeglicherweise ins Gehege, was fuer Deine Probleme sorgt (ist wie gesagt nur geraten). Moeglicherweise hilft ein raufsetzen der Abfragezeit. Gruss Frank Pohl
Am Die, 17 Jul 2001, schrieb Frank Pohl:
Jan Theofel schrieb am 17.07.2001:
Hallo,
ich habe auf einer SuSE 6.4 (Kernel 2.2.14) ein fetchmail (release 5.3.0+POP2+NLS) laufen.
Das holt alle 60 Sekunden Mails von einem Server ab. Theoretisch zumindest, denn es haengt sich nach ein paar Stunden immer auf. Erst war das nur so einmal am Tag, jetzt scheint es oefters zu werden. Naja nicht wirklich aufhaengen: Es laeuft noch, aber es kommen keine Mails mehr rein.
Wenn ich fetchmail kille und neu starte klappt es sofort wieder. Das macht momentan ein cronjob jede Nacht, aber das ist auf Dauer ja keine Loesung.
mal ein Schuss ins Blaue. Ich wuerde mal tippen dass der Mailserver auf einige Anfragen von Fetchmail nicht innerhalb der Minute antworten kann, oder mehrere Mails eine laengere Downloadzeit als die Minute in Anspruch nehmen. Kommt dann der erneute Aufruf von Fetchmail kommen die beiden Prozesse sich moeglicherweise ins Gehege, was fuer Deine Probleme sorgt (ist wie gesagt nur geraten). Moeglicherweise hilft ein raufsetzen der Abfragezeit.
Ich glaube nicht, das fetchmail sich neu aufruft, wenn der alte Prozess noch nicht beendet ist. Vielmehr vermute ich, daß die Authentifizierung am Server mehrmals fehlgeschlagen ist, irgendwann ruft fetchmail, wenn es im Daemon-Modus arbeitet, dann keine Mails mehr ab, passiert mir regelmäßig bei meinem Strato-Account... Auf jeden Fall sollte ein Aufruf mit -v (verbose-Modus) und das Schreiben der Infod in eine Log-Datei (-L Datei) mehr Klarheit bringen. Gruß Christoph -- Christoph Maurer - Paul-Röntgen-Straße 7 - 52072 Aachen - Tux#194235 mailto:christoph-maurer@gmx.de - http://www.christophmaurer.de Auf der Homepage u.a.: Installation von SuSE 7.0 auf Notebook Acer Travelmate 508 T, Elektrotechnik an der RWTH Aachen
Hallo, Christoph Maurer wrote:
mal ein Schuss ins Blaue. Ich wuerde mal tippen dass der Mailserver auf einige Anfragen von Fetchmail nicht innerhalb der Minute antworten kann, oder mehrere Mails eine laengere Downloadzeit als die Minute in Anspruch nehmen. Kommt dann der erneute Aufruf von Fetchmail kommen die beiden Prozesse sich moeglicherweise ins Gehege, was fuer Deine Probleme sorgt (ist wie gesagt nur geraten). Moeglicherweise hilft ein raufsetzen der Abfragezeit.
Ich glaube nicht, das fetchmail sich neu aufruft, wenn der alte Prozess noch nicht beendet ist. Vielmehr vermute ich, daß die Authentifizierung am Server mehrmals fehlgeschlagen ist, irgendwann
ACK. Schliesslich lasse ich das Ding nicht per Cron starten sondern mit "-d 60". Aber selbst mit Cron solle es gehen.
ruft fetchmail, wenn es im Daemon-Modus arbeitet, dann keine Mails mehr ab, passiert mir regelmäßig bei meinem Strato-Account...
Mist ich dachte unser Hoster sei *deutlich* besser als Strato. :-) Moeglicherweise liegt es aber auch daran, dass er ueber laengere Zeiten keine Verbindung bekommt. (T-DSL eben, naechsten Monat gibts eine vernuenftige Standleitung... :-)
Auf jeden Fall sollte ein Aufruf mit -v (verbose-Modus) und das Schreiben der Infod in eine Log-Datei (-L Datei) mehr Klarheit bringen.
Ok, das werde ich mal probieren. Jan -- ETES - Espenhain & Theofel EDV-Systemhaus GbR Libanonstrasse 58 A * D-70184 Stuttgart Phone +49 711 4895550 * Fax +49 711 4809761 EMail: info@etes.de --- URL: www.etes.de
participants (4)
-
Christoph Maurer -
Frank Pohl -
Gerhard Feiner -
Jan Theofel