Cyrus / deliver nach einiger Zeit aufgehangen
Hallo Liste, habe ein merkwürdiges Problem, nach einiger Zeit (ca. 1-4 Wochen) durchgängiger Laufzeit des Servers werden keine emails mehr zugestellt. Einige verschwinden gänzlich und viele bleiben in der mailq stehen. In der Mail-Protokolldatei findet man: relay=cyrus, delay=3103, status=bounced (Command time limit exceeded: "/usr/lib/cyrus/bin/deliver") oder (nach postfix flush): relay=cyrus, delay=1963, status=deferred (temporary failure. Command output: couldn't connect to lmtpd: Connection refused_ 421 4.3.0 deliver: couldn't connect to lmtpd_ ) (Entschuldigung für die lange Zeile) Wie es scheint hängen sich hierbei deliver und/oder lmtp auf. Kennt jemand von euch dieses Phänomen und eine mögliche Problemlösung dazu. (hilfreicher Link würde auch genügen). Habe schon gegoogelt, wobei ich nur gefunden habe, dass man wohl rccyrus stop rm /var/lib/imap/deliver.db rm /var/lib/imap/db/* rccyrus start machen sollte. Dies kann doch aber nicht die ultimative Problemlösung sein, man muß dieses Verhalten doch auch irgendwie anders abstellen können. Bei mir läuft SuSE 8.2 mit postfix + cyrus. Vielen Dank. -- Stefan
Hallo,
ich bin/war mit dem selben Problem konfrontiert und habe ebenfalls nach
Hilfe gesucht - leider vergebens.
Ich konnte mir wenigstens behelfsmäßig weiter helfen, da ich die Mails vor
dem finalen Zustellen erst noch durch den PROCMAIL bearbeiten liess und die
Zustellung dann über ein eigenes kleines Programm erfolgte. Dieses Programm
hat immer dann, wenn ein Zustellen an den Cyrus nicht möglich war, die
betroffenen Mails in die normalen UNIX-Mailboxen weiter geleitet. Damit habe
ich die Mails den Benutzern zustellen können, musste aber jeweils (von
Outlook aus) zwei Mailkonten nach Mails überprüfen.
Wenn der Cyrus dann hängen blieb, habe ich den Restart durchgeführt. Das hat
soweit funktioniert. Allerdings habe ich auch mit "strace" und anderen
Mitteln nie heraus finden können, was die eigentliche Ursache sein mag.
Seit November nutze ich nun den Courier IMAPD und habe hier keine ähnlich
gelagerten Probleme festgestellt.
Gruß,
Ralf
----- Original Message -----
From: "Stefan"
Hallo Liste,
habe ein merkwürdiges Problem,
nach einiger Zeit (ca. 1-4 Wochen) durchgängiger Laufzeit des Servers werden keine emails mehr zugestellt. Einige verschwinden gänzlich und viele bleiben in der mailq stehen. In der Mail-Protokolldatei findet man:
relay=cyrus, delay=3103, status=bounced (Command time limit exceeded: "/usr/lib/cyrus/bin/deliver")
oder (nach postfix flush):
relay=cyrus, delay=1963, status=deferred (temporary failure. Command output: couldn't connect to lmtpd: Connection refused_ 421 4.3.0 deliver: couldn't connect to lmtpd_ )
(Entschuldigung für die lange Zeile)
Wie es scheint hängen sich hierbei deliver und/oder lmtp auf. Kennt jemand von euch dieses Phänomen und eine mögliche Problemlösung dazu. (hilfreicher Link würde auch genügen).
Habe schon gegoogelt, wobei ich nur gefunden habe, dass man wohl rccyrus stop rm /var/lib/imap/deliver.db rm /var/lib/imap/db/* rccyrus start
machen sollte. Dies kann doch aber nicht die ultimative Problemlösung sein, man muß dieses Verhalten doch auch irgendwie anders abstellen können. Bei mir läuft SuSE 8.2 mit postfix + cyrus.
Vielen Dank.
-- Stefan
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo Liste, ich habe nochmal weiter untersucht und bin zu der Vermutung gekommen, dass eventuell SIEVE als Sortierstation das Problem verursachen könnte. Hat da jemand Ahnung? Folgende weitere Phänomene: 1) Ich habe bei postfix recipient_delimiter=+ entfernt und hatte das Problem mit der Nichtauslieferung nach ca. 1 Tag statt 2-3 Wochen. 2) (recipient_delimiter=+ wieder eingefügt) Danach habe ich, wie angegeben die deliver.db gelöscht und auch das Verzeichnis /var/lib/imap/db bereinigt. Es kamen die noch anstehenden mails an, aber unsortiert in der Hauptmailbox des Nutzers. 3) Nach Neustart des gesamten Rechners hat er die noch anstehenden mails korrekt in die richtigen Ordner einsortiert. Also liegt die Schlußfolgerung evtl. an dem Filter Sieve, der irgendwie volläuft?! Kann das jemand Bestätigen? Vielen Dank an die Liste! -- Stefan
Hallo Stefan Stefan wrote:
Hallo Liste,
ich habe nochmal weiter untersucht und bin zu der Vermutung gekommen, dass eventuell SIEVE als Sortierstation das Problem verursachen könnte. Hat da jemand Ahnung?
Kurze nachfrage: Bist Du bei der Sache irgendwie weitergekommen? Gruß Gerald -- Gerald Engl Bunsenstrasse 13 81735 Muenchen 0049-89-676736
Hallo, Tuesday, February 10, 2004, 5:41:48 PM, Gerald Engl schrieb:
Kurze nachfrage:
Bist Du bei der Sache irgendwie weitergekommen?
leider nicht, habe auch noch nichts im Netz finden können. Gibt's bei Dir Neuigkeiten (hast Du selbiges Problem?)? Ich mache (falls ich es rechtzeitig merke) einen init 6, danach werden (fast) alle Nachrichten ordnungsgemäß ausgeliefert. Es fallen höchstens ein paar aus dieser Liste herunter. Über Ideen & Vorschläge würde ich mich freuen. Anbei noch imapd.conf: configdirectory: /var/lib/imap partition-default: /var/spool/imap sievedir: /var/lib/sieve admins: cyrus root allowanonymouslogin: no autocreatequota: 10000 reject8bit: no quotawarn: 90 timeout: 30 poptimeout: 10 dracinterval: 0 drachost: localhost sasl_pwcheck_method: auxprop lmtp_overquota_perm_failure: no lmtpsocket: /var/lib/imap/socket/lmtp postconf -n: alias_maps = hash:/etc/aliases command_directory = /usr/sbin config_directory = /etc/postfix content_filter = daemon_directory = /usr/lib/postfix debug_peer_level = 2 default_privs = nobody defer_transports = smtp disable_dns_lookups = no header_checks = regexp:/etc/postfix/headercheck inet_interfaces = ALL mail_owner = postfix mail_spool_directory = /var/mail mailbox_command = /usr/lib/cyrus/bin/deliver mailbox_size_limit = 51200000 mailbox_transport = cyrus mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man masquerade_classes = envelope_sender, header_sender, header_recipient masquerade_domains = masquerade_exceptions = root message_size_limit = 10240000 mydestination = $myhostname, localhost.$mydomain mydomain = DOMAIN myhostname = HOST.DOMAIN mynetworks = 192.168.11.0/24, 127.0.0.0/8 myorigin = $myhostname newaliases_path = /usr/bin/newaliases program_directory = /usr/lib/postfix queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/packages/postfix/README_FILES recipient_delimiter = + relay_domains = $mydestination relayhost = mail.HOST.de relocated_maps = hash:/etc/postfix/relocated sample_directory = /usr/share/doc/packages/postfix/samples sender_canonical_maps = hash:/etc/postfix/sender_canonical sendmail_path = /usr/sbin/sendmail setgid_group = maildrop smtpd_client_restrictions = smtpd_helo_required = no smtpd_helo_restrictions = smtpd_recipient_restrictions = permit_sasl_authenticated, permit_mynetworks, check_relay_domains, reject smtpd_sasl_auth_enable = yes smtpd_sasl_local_domain = HOST smtpd_sasl_security_options = noanonymous smtpd_sender_restrictions = hash:/etc/postfix/access strict_rfc821_envelopes = no transport_maps = hash:/etc/postfix/transport unknown_local_recipient_reject_code = 450 -- Stefan
Hallo Stefan Stefan wrote:
Bist Du bei der Sache irgendwie weitergekommen?
leider nicht, habe auch noch nichts im Netz finden können. Gibt's bei Dir Neuigkeiten (hast Du selbiges Problem?)?
Ich mache (falls ich es rechtzeitig merke) einen init 6, danach werden (fast) alle Nachrichten ordnungsgemäß ausgeliefert. Es fallen höchstens ein paar aus dieser Liste herunter.
Ich habe tatsächlich auch hin und wieder Probleme mit der Mailzustellung. Das sonderbare ist, daß es offensichtlich nicht alle Mails betrifft.
Über Ideen & Vorschläge würde ich mich freuen.
Leider habe ich noch keinen Ansatz :-( Gruß Gerald -- Gerald Engl Bunsenstrasse 13 81735 Muenchen 0049-89-676736
participants (3)
-
Gerald Engl
-
Ralf E. Stranzenbach
-
Stefan