![](https://seccdn.libravatar.org/avatar/ec4e443ab4f8fef3946a2cdb4ccfd5d9.jpg?s=120&d=mm&r=g)
Hallo Liste!
Ich habe folgendes Problem mit Postfix und Cyrus unter SuSE 8.2: seit
kurzem kann Postfix seine Queue nicht mehr in die lokalen Mailboxen des
Cyrus-IMAPD einliefern. /var/log/mail beschreibt das so:
Feb 26 21:58:59 dortu00s01 postfix/lmtp[3265]: D19C2CE59:
to=
![](https://seccdn.libravatar.org/avatar/9527e20ec10ee9eb8b28774c9b754862.jpg?s=120&d=mm&r=g)
Am Donnerstag, 26. Februar 2004 21:52 schrieb Dirk Hebenstreit:
Ich habe folgendes Problem mit Postfix und Cyrus unter SuSE 8.2: seit kurzem kann Postfix seine Queue nicht mehr in die lokalen Mailboxen des Cyrus-IMAPD einliefern. /var/log/mail beschreibt das so:
Feb 26 21:58:59 dortu00s01 postfix/lmtp[3265]: D19C2CE59: to=
, relay=none, delay=13134, status=deferred (connect to public/lmtp[public/lmtp]: read timeout) Feb 26 21:58:59 dortu00s01 postfix/lmtp[3269]: 19A5BCE4C: to= , relay=none, delay=13053, status=deferred (connect to public/lmtp[public/lmtp]: read timeout) mailq sagt:
F0F52CE58 667 Thu Feb 26 19:24:30 root@dortu00s01.dortu-gs.prv (connect to public/lmtp[public/lmtp]: read timeout) hebi@dortu00s01.dortu-gs.prv
Weitere Fehlermeldungen finde ich nicht, der Fehler tauchte ohne bekannte Änderung im System auf. Ein Neustart der Prozesse ändert nichts, auch nicht das löschen der Dateien unter /var/spool/postfix/private.
Vorschläge?
Check doch mal die Cyrus-Seite. Logs (/var/log/messages) und mal schauen ob er evtl. zu ausgelastet ist. (Die Online-Updates hast Du gemacht?) -- Andreas
![](https://seccdn.libravatar.org/avatar/ec4e443ab4f8fef3946a2cdb4ccfd5d9.jpg?s=120&d=mm&r=g)
Am Donnerstag, 26. Februar 2004 22:05 schrieb Andreas Winkelmann: ...
Check doch mal die Cyrus-Seite. Logs (/var/log/messages) und mal schauen ob er evtl. zu ausgelastet ist.
Nein, keine Hinweise in messages und ausgelastet ist auch nix.
(Die Online-Updates hast Du gemacht?)
Jepp, die selben Versionen sind auch auf anderen Servern im Einsatz und kennen dieses Problem nicht. Folgende Versuche habe ich derzeit erfolglos durchgeführt: -Reboot (o.k., hilft halt nur bei Win* ;-) -Deinstallation und Neuinstallation von Cyrus und Postfix -Löschen der Postfix-Queue -Löschen und Neuanlegen von /var/spool/postfix Als nächstes werde ich versuchen, sämtliche Einstellungen zu beseitigen (Löschen der Pakete UND der Verzeichnisse/Konfigurationsdateien) und beide Programme frisch zu installieren. Daneben habe ich inzwischen auch ein Auge auf den cyrus-sasl geworfen, der ist ja wohl auch irgendwo beteiligt. Gruß hebi -- Dirk Hebenstreit Tel : +49-170-2461522 Eschenweg 3 +49-33200-85997 14558 Bergholz-Rehbruecke Dirk.Hebenstreit@epost.de PingoS - LINUX-User helfen Schulen: http://www.pingos.org
![](https://seccdn.libravatar.org/avatar/9527e20ec10ee9eb8b28774c9b754862.jpg?s=120&d=mm&r=g)
Am Freitag, 27. Februar 2004 19:48 schrieb Dirk Hebenstreit:
Folgende Versuche habe ich derzeit erfolglos durchgeführt:
-Reboot (o.k., hilft halt nur bei Win* ;-) -Deinstallation und Neuinstallation von Cyrus und Postfix -Löschen der Postfix-Queue -Löschen und Neuanlegen von /var/spool/postfix
Als nächstes werde ich versuchen, sämtliche Einstellungen zu beseitigen (Löschen der Pakete UND der Verzeichnisse/Konfigurationsdateien) und beide Programme frisch zu installieren. Daneben habe ich inzwischen auch ein Auge auf den cyrus-sasl geworfen, der ist ja wohl auch irgendwo beteiligt.
Wenn der Fehler häufiger auftritt, lohnt sich evtl. bei Postfix's lmtp das verbose-logging einzuschalten. In der master.cf hinter lmtp ein "-vvv": lmtp .... lmtp -vvv Dann wird allerdings einiges ins Log geschrieben. -- Andreas
![](https://seccdn.libravatar.org/avatar/ec4e443ab4f8fef3946a2cdb4ccfd5d9.jpg?s=120&d=mm&r=g)
Andreas Winkelmann schrieb: ...
Wenn der Fehler häufiger auftritt, lohnt sich evtl. bei Postfix's lmtp das verbose-logging einzuschalten. In der master.cf hinter lmtp ein "-vvv":
lmtp .... lmtp -vvv
Dann wird allerdings einiges ins Log geschrieben.
Danke für diesen Tip - es wird wirklich viel geschrieben ;-) Leider bringt es nicht allzuviel, der letzte interessante Eintrag im Log ist Feb 28 16:01:37 dortu00s01 postfix/lmtp[16105]: flush_add: site dortu00s01.dortu-gs.prv id 301ACC23C status 0 Feb 28 16:01:37 dortu00s01 postfix/lmtp[16105]: deliver_request_final: send: "connect to public/lmtp[public/lmtp]: read timeout" -1 Feb 28 16:01:37 dortu00s01 postfix/lmtp[16105]: send attr reason = connect to public/lmtp[public/lmtp]: read timeout Gibt es einen ähnlichen Schalter für den Cyrus, um den lmtp zu überwachen? Die Doku sagt mir nix dazu... Gruß hebi -- Dirk Hebenstreit Tel : +49-170-2461522 Eschenweg 3 +49-33200-85997 14558 Bergholz-Rehbruecke Dirk.Hebenstreit@epost.de PingoS - LINUX-User helfen Schulen: http://www.pingos.org
![](https://seccdn.libravatar.org/avatar/9527e20ec10ee9eb8b28774c9b754862.jpg?s=120&d=mm&r=g)
Am Samstag, 28. Februar 2004 16:06 schrieb Dirk Hebenstreit:
Wenn der Fehler häufiger auftritt, lohnt sich evtl. bei Postfix's lmtp das verbose-logging einzuschalten. In der master.cf hinter lmtp ein "-vvv":
lmtp .... lmtp -vvv
Dann wird allerdings einiges ins Log geschrieben.
Danke für diesen Tip - es wird wirklich viel geschrieben ;-)
Yep ;-)
Leider bringt es nicht allzuviel, der letzte interessante Eintrag im Log ist
Feb 28 16:01:37 dortu00s01 postfix/lmtp[16105]: flush_add: site dortu00s01.dortu-gs.prv id 301ACC23C status 0 Feb 28 16:01:37 dortu00s01 postfix/lmtp[16105]: deliver_request_final: send: "connect to public/lmtp[public/lmtp]: read timeout" -1 Feb 28 16:01:37 dortu00s01 postfix/lmtp[16105]: send attr reason = connect to public/lmtp[public/lmtp]: read timeout
Hmm, sieht man davor irgendwie wie weit er ist?
Gibt es einen ähnlichen Schalter für den Cyrus, um den lmtp zu überwachen? Die Doku sagt mir nix dazu...
Nö, nicht wirklich. Höchstens über -D nen debugger/strace aufrufen. Oder mit strace an den Prozess hängen... Cyrus halt. -- Andreas
![](https://seccdn.libravatar.org/avatar/ec4e443ab4f8fef3946a2cdb4ccfd5d9.jpg?s=120&d=mm&r=g)
Dirk Hebenstreit schrieb:
Hallo Liste!
Ich habe folgendes Problem mit Postfix und Cyrus unter SuSE 8.2: seit kurzem kann Postfix seine Queue nicht mehr in die lokalen Mailboxen des Cyrus-IMAPD einliefern. /var/log/mail beschreibt das so:
... Das Problem ist beseitigt, die Ursache aber weiterhin unklar :-( "Schuldiger" war auf jeden Fall der Cyrus-IMAPD. Nach dessen Neuinstallation und kompletter Neueinrichtung funktioniert der Datenaustausch wieder. Das Problem schien irgendwo im Bereich der Datenbankfiles zu liegen, denn wenn ich nur das RPM neu installiert und danach die alte Verzeichnisstruktur zurück kopiert hatte, blieb der Fehler bestehen. Zum Glück ließen sich alle Mailboxen verlustfrei mittels recontruct wiederherstellen. Danke für die Tips! Gruß hebi -- Dirk Hebenstreit Tel : +49-0170-2461522 Eschenweg 3 +49-033200-85997 14558 Bergholz-Rehbruecke Dirk.Hebenstreit@epost.de PingoS - LINUX-User helfen Schulen: http://www.pingos.schulnetz.org
participants (2)
-
Andreas Winkelmann
-
Dirk Hebenstreit