Hallo Liste, SuSE 8.2, Cyrus-Imap Ich habe in /var/log/messages etwa 100 Fehlermeldungen dieser Art: Aug 2 12:19:18 roland postfix/lmtp[13074]: F0E962045C: to=<roland@localhost.harke.priv>, orig_to=<roland@localhost>, relay=none, delay=168922, status=deferred (connect to public/lmtp[public/lmtp]: Connection refused) Wie krieg ich die Mails zurück ? Würde mich ja doch sehr freuen, wenn mich jemand den Weg zeigte. MfG, Roland -- Roland.Harke@gmx.de
Am Samstag, 2. August 2003 12:56 schrieb Roland Harke:
SuSE 8.2, Cyrus-Imap
Ich habe in /var/log/messages etwa 100 Fehlermeldungen dieser Art:
Aug 2 12:19:18 roland postfix/lmtp[13074]: F0E962045C: to=<roland@localhost.harke.priv>, orig_to=<roland@localhost>, relay=none, delay=168922, status=deferred (connect to public/lmtp[public/lmtp]: Connection refused)
Wie krieg ich die Mails zurück ?
Wiso zurück? Offensichtlich können Sie nicht per lmtp zugestellt werden. postconf -n bitte. Robert
Roland Harke wrote:
SuSE 8.2, Cyrus-Imap
Ich habe in /var/log/messages etwa 100 Fehlermeldungen dieser Art:
Aug 2 12:19:18 roland postfix/lmtp[13074]: F0E962045C: to=<roland@localhost.harke.priv>, orig_to=<roland@localhost>, relay=none, delay=168922, status=deferred (connect to public/lmtp[public/lmtp]: Connection refused)
Hmm, Postfix kann sich nicht mit dem lmtp-socket verbinden. Da fällt mir zuerst folgende Frage ein: Was hast Du verändert ? Check mal ob der Cyrus-master auf dem Socket horcht: # netstat -alnp | grep "/var/spool/postfix/public/lmtp" Wenn da nix horcht, poste mal Deine /etc/cyrus.conf und natürlich prüfen ob Cyrus überhaupt läuft.
Wie krieg ich die Mails zurück ?
Was meinst Du mit "zurück" ? Die Mails hängen in der queue von Postfix, weil sie nicht ausgeliefert werden konnten. Er versucht es in diversen intervallen wieder sie auszuliefern. Wenn Du das manuell anstossen möchtest : # postqueue -f oder # postqueue -p zum anzeigen der Mails die hängen.
Würde mich ja doch sehr freuen, wenn mich jemand den Weg zeigte.
-- Gruß, Andreas
Am Samstag, 2. August 2003 13:35 schrieb Andreas Winkelmann:
Roland Harke wrote:
SuSE 8.2, Cyrus-Imap
Ich habe in /var/log/messages etwa 100 Fehlermeldungen dieser Art:
Aug 2 12:19:18 roland postfix/lmtp[13074]: F0E962045C: to=<roland@localhost.harke.priv>, orig_to=<roland@localhost>, relay=none, delay=168922, status=deferred (connect to public/lmtp[public/lmtp]: Connection refused)
Hmm, Postfix kann sich nicht mit dem lmtp-socket verbinden.
Da fällt mir zuerst folgende Frage ein: Was hast Du verändert ?
Mal ins blau geraten: /etc/postfix/virtual und in der main.cf steht _nicht_: mydestination = $myhostname, localhost.$mydomain Dann wäre "roland@localhost.harke.priv" keine lokale Adresse mehr und ist nicht mehr per mailbox_transport = lmtp:unix:public/lmtp zustellbar. Ist aber nur eine Vermutung, Robert
Hans-Robert Wagner wrote:
Ich habe in /var/log/messages etwa 100 Fehlermeldungen dieser Art:
Aug 2 12:19:18 roland postfix/lmtp[13074]: F0E962045C: to=<roland@localhost.harke.priv>, orig_to=<roland@localhost>, relay=none, delay=168922, status=deferred (connect to public/lmtp[public/lmtp]: Connection refused)
Hmm, Postfix kann sich nicht mit dem lmtp-socket verbinden.
Da fällt mir zuerst folgende Frage ein: Was hast Du verändert ?
Mal ins blau geraten: /etc/postfix/virtual und in der main.cf steht _nicht_: mydestination = $myhostname, localhost.$mydomain
Dann wäre "roland@localhost.harke.priv" keine lokale Adresse mehr und ist nicht mehr per mailbox_transport = lmtp:unix:public/lmtp zustellbar.
Ist aber nur eine Vermutung,
Die wichtigste Fehlermeldung dürfte wohl "(connect to public/lmtp[public/lmtp]: Connection refused)" sein. Das bedeutet Postfix hat einen Weg für die Mail gewählt (lmtp) und kann sie dort nur nicht zustellen. Dieses public/lmtp ist das Socket wo der master-prozess vom Cyrus-IMAP lauschen sollte. Dies tut er aber wohl nicht. Von der Postfix-Seite ist es ja das richtige Socket, Schreibberechtigungen würden IMHO anders aussehen (Permission denied o.ä.) bleibt also nur die Cyrus-Seite. Entweder läuft dort der master nicht (netstat...) oder er läuft und horcht am falschen socket (/etc/cyrus.conf) ;-) -- Gruß, Andreas
Hallo Leute, Soweit, so gut. Mein Mail-Client hat das Klagen eingestellt. Bleiben noch die deferred Mails In /etc/postfix/main.cf sind mydestination = $myhostname, localhost.$mydomain mailbox_transport = lmtp:unix:public/lmtp enthalten. Am Samstag, 2. August 2003 14:20 schrieb Andreas Winkelmann:
Hans-Robert Wagner wrote:
Hmm, Postfix kann sich nicht mit dem lmtp-socket verbinden. Da fällt mir zuerst folgende Frage ein: Was hast Du verändert ?
Hmm, Cyrus-Imap installiert, nie richtig zum Laufen gebracht, aus Frust rausgeschmissen. Garkeine Mails mehr erhalten, weitergebastelt, bis wieder Mails durchkamen ... aber eben nicht alle. Cyrus-Imap wieder reingehängt weil drei Clients auf ihren Mails insistieren. (Ohne Eure Hilfe, kann sein, dauert das noch 'ne Weile bis die ihre Mails wieder kriegen ... :-( ...) [snip]
bleibt also nur die Cyrus-Seite. Entweder läuft dort der master nicht (netstat...) oder er läuft und horcht am falschen socket (/etc/cyrus.conf) ;-)
netstat -alnp | grep "/var/spool/postfix/public/lmtp" (no output) cat /etc/cyrus.conf (commented lines removed) START { recover cmd="ctl_cyrusdb -r" } SERVICES { imap cmd="imapd" listen="imap" prefork=0 pop3 cmd="pop3d" listen="pop3" prefork=0 sieve cmd="timsieved" listen="sieve" prefork=0 lmtpunix cmd="lmtpd" listen="/var/lib/imap/socket/lmtp" prefork=0 proto="udp" prefork=1 } EVENTS { checkpoint cmd="ctl_cyrusdb -c" period=30 delprune cmd="ctl_deliver -E 3" period=1440 tlsprune cmd="tls_prune" period=1440 MfG, Roland -- Roland.Harke@gmx.de
Am Samstag, 2. August 2003 17:18 schrieb Roland Harke:
Am Samstag, 2. August 2003 14:20 schrieb Andreas Winkelmann:
bleibt also nur die Cyrus-Seite. Entweder läuft dort der master nicht (netstat...) oder er läuft und horcht am falschen socket (/etc/cyrus.conf) ;-)
netstat -alnp | grep "/var/spool/postfix/public/lmtp" (no output)
Weiter unten gibt es dann die Erklärung dafür.
cat /etc/cyrus.conf (commented lines removed)
START { recover cmd="ctl_cyrusdb -r" }
SERVICES { imap cmd="imapd" listen="imap" prefork=0 pop3 cmd="pop3d" listen="pop3" prefork=0 sieve cmd="timsieved" listen="sieve" prefork=0 lmtpunix cmd="lmtpd" listen="/var/lib/imap/socket/lmtp"
Kommentiere die Zeile über diese mal aus und setze diese: lmtpunix cmd="lmtpd" listen="/var/spool/postfix/public/lmtp" prefork=1
prefork=0 proto="udp" prefork=1 ^ Diese Zeile gibt es bei mir nicht.
}
EVENTS { checkpoint cmd="ctl_cyrusdb -c" period=30 delprune cmd="ctl_deliver -E 3" period=1440 tlsprune cmd="tls_prune" period=1440
Robert
Hans-Robert Wagner wrote:
(/etc/cyrus.conf) ;-)
netstat -alnp | grep "/var/spool/postfix/public/lmtp" (no output)
Weiter unten gibt es dann die Erklärung dafür.
cat /etc/cyrus.conf (commented lines removed)
SERVICES { imap cmd="imapd" listen="imap" prefork=0 pop3 cmd="pop3d" listen="pop3" prefork=0 sieve cmd="timsieved" listen="sieve" prefork=0 lmtpunix cmd="lmtpd" listen="/var/lib/imap/socket/lmtp"
Kommentiere die Zeile über diese mal aus und setze diese: lmtpunix cmd="lmtpd" listen="/var/spool/postfix/public/lmtp" prefork=1
Genau. Dann cyrus neustarten (rccyrus restart), nochmal den netstat, ob er jetzt bereit ist und dann postfix veranlassen die Queue abzuarbeiten (postqueue -f). -- Gruß, Andreas
Hi Andreas, Bestens - funtioniert - 220 mails Danke !! Gruss, Roland Am Samstag, 2. August 2003 19:02 schrieb Andreas Winkelmann:
Hans-Robert Wagner wrote:
(/etc/cyrus.conf) ;-)
netstat -alnp | grep "/var/spool/postfix/public/lmtp" (no output)
Weiter unten gibt es dann die Erklärung dafür.
cat /etc/cyrus.conf (commented lines removed)
SERVICES { imap cmd="imapd" listen="imap" prefork=0 pop3 cmd="pop3d" listen="pop3" prefork=0 sieve cmd="timsieved" listen="sieve" prefork=0 lmtpunix cmd="lmtpd" listen="/var/lib/imap/socket/lmtp"
Kommentiere die Zeile über diese mal aus und setze diese: lmtpunix cmd="lmtpd" listen="/var/spool/postfix/public/lmtp" prefork=1
Genau.
Dann cyrus neustarten (rccyrus restart), nochmal den netstat, ob er jetzt bereit ist und dann postfix veranlassen die Queue abzuarbeiten (postqueue -f).
-- Gruß, Andreas
-- Roland.Harke@gmx.de
participants (3)
-
Andreas Winkelmann -
Hans-Robert Wagner -
Roland Harke