Am Mit, 2002-03-06 um 13.18 schrieb Stephan Hakuli:
Poste doch mal Deine /etc/fetchmailrc (Passwörter unkenntlich machen!), vielleicht finden wir die Lösung.
------------------------------------ poll pop.t-online.de protocol POP3 user bluttaufe@t-online.de password xxx is mswient ------------------------------------ Ich habe das Problem mitterweile genauer erkannt. Wenn der Daemon das erste Mal nach dem Systemstart versucht, Mails abzuholen kommt folgende Meldung: ------------------------------------------------------------------- fetchmail: reading message 1 of 318 (1975 octets) fetchmail: SMTP connect to localhost failed fetchmail: can't raise the listener; falling back to /usr/sbin/sendmail %Tfetc ------------------------------------------------------------------- Das Abholen der Mails dauert dann ewig. Das passiert jedes Mal. Hat also mit vorherigem Abholen der Mails mit Outlook überhaupt nichts zu tun. Ich dachte das erst, weil ich immer nur in diesem Fall drauf geachtet hatte, wieviele Mails ankommen. Stoppe ich aber den Daemon und starte in danach gleich wieder, dann werden die Mails normal und zügig abgeholt. Es funktioniert also nur nicht, wenn er automatisch gestartet wird. Und dann auch nur wenn fetchmail das erste Mal aktiv wird. Fetchmail hat auf meinem Rechner schonmal richtig funktioniert. Wenn ich genau überlege, tritt das Fehlverhalten erst seit dem Update auf Kernel 2.4.16 auf...
Ach, gerade sehe ich den Kommentar am Ende der Beispieldatei:
---- 8< ---- The file to which the -f option points must be the .fetchmailrc of the user who has to fetch the mail. ---- 8< ----
Hast Du das beachtet?
Das ist der ensprechende Aufruf im Skript: -----------------Schnipp-------------------- /usr/bin/fetchmail -d 300 -a -f /root/.fetchmailrc -L /var/log/fetchmail 2>&1 || return=$rc_failed -----------------Schnapp---------------------- Fetchmail wird ja als Daemon beim Systemstart gestartet. Welcher Benutzer führt es denn dann eigentlich aus? Root? Gruss, Martin Swientek