Reinhard Hauck schrieb:
[...] Probier doch mal '/usr/bin/fetchmail -a -v >>/var/log/fetchmail.log 2>&1' und schaue nach, ob in der fetchmail.log dann evtl. Fehlermeldungen stehen!
Soeben durchgefuehrt. Auch heute am Montag morgen geht es nicht. Es erscheinen folgende Meldungen, denen "fetchmail:" voransteht: 3.9.0 quering pop.gmx.net (protocol POP3) at Mon Sep ... POP3< +OK POP3 StreamProxy V1.0 ready. POP3> USER xxxxxx POP3< +OK May I have your password, please? POP3> PASS * POP3< +OK xxxxxx has 3 messages (3377 octets). POP3> STAT POP3< +OK 3 3377 3 messages at xxxxxx@pop.gmx.net. POP3> RETR 1 POP3< +OK 1136 octets reading message 1 (1136 bytes) SMTP connect to (null) failed POP3> QUIT POP3< Hier steht die erste Zeile des Nachrichteninhalts im Klartext SMTP transaction error while fetching from pop.gmx.net normal termination, status 9 Die erste Textzeile der eMail erhalte ich noch angezeigt, bei "reading message 1" dauert es ca. 1 bis 2 Minuten, da scheint es zu klemmen. Das ist im uebrigen kein Problem bei gmx.net, wie jemand hier vermutete, denn ich erhalte das gleiche Problem auch mit dem Abholen der Nachrichten als blancke@t-online.de fetchmail: SMTP transaction error while fetching from pop.btx.dtag.de fetchmail: 3.9.0 querying pop.btx.dtag.de (protocol POP2) at Mon ... fetchmail: Option --all is not supported with POP2 fetchmail: normal terminating, status 5 Ich denke, der Satz "SMTP connect to (null) failed" ist ein Hinweis auf eine falsche Einstellung bei mir. Vielleicht hilft noch eine Zeile aus einem tcpdump-Mitschnitt auf ippp0: 09:22:23.293052 pC19F78B2.dip.t-online.de.1171 > Blancke.meinedomaine.de.smtp: S 1211858056:1211858056(0) win 32120 <nss 1460> Mehr kann ich dem System augenblicklich nicht entlocken. Die ganzen Probleme gingen erst los, nachdem ich die geposteten SENDMAIL-Eintraege in der /etc/rc.config gemacht hatte. Davor lief es sowohl mit T-Online als auch mit gmx.net. Die Aenderungen habe ich durchgefuehrt, weil mein System keine Mails an User von T-Online sendete. Dieses Problem ist jetzt allerdings behoben zuungunsten des neuen Problems. Kann es sein, dass nach den neuen Einstellungen mein System versucht, die zu empfangenen Mails weiterzuleiten an irgendjemanden, den er nicht findet und ich dahingehend suchen muss, dass mein eigenes sendmail noch eine Falschkonfiguration hat und es nicht schafft, die Messages auf dem _eigenen_ System abzulegen? Wie geht es jetzt fuer mich weiter? Danke an die Helfenden. Gruss Peter Blancke. -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux