Hi, Sandy Drobic scribbled on 12.01.2006 21:50:

Torsten Ermlich wrote: [...] http://marc.theaimsgroup.com/?l=suse-linux

Das war es - Danke! ;)

Was sind denn die dringendsten Probleme bei Postfix/Cyrus?

Ein paar Fehlermeldungen: - ein Absender einer Testmail erhält fogenden NDR: [schnipp] The Postfix program : Command time limit exceeded: "/usr/lib/cyrus/bin/deliver" [/schnipp] - in /var/log/mail taucht regelmäßig diese Meldung auf, welche mir aber absolut nichts sagt ...: [schnipp] Jan 12 13:36:27 gateway smtp[16731]: warning: connect #1 to subsystem private/scache: Connection refused [/schnipp] Ist aber mittlerweile gelöst durch: http://lists.suse.com/archive/suse-linux-e/2005-Apr/3538.html - und richtig tragisch scheint dies zu sein: [schnipp] relay=cyrus, delay=1832, status=deferred (temporary failure. Command output: couldn't connect to lmtpd: Connection timed out_ 421 4.3.0 deliver: couldn't connect to lmtpd_ ) [/schnipp] In /etc/cyrus.conf ist folgendes eingetragen: lmtpunix cmd="lmtpd" listen="/var/lib/imap/socket/lmtp" prefork=0 (/var/lib/imap/socket/lmtp existiert, und die Berechtigungen sollten korrekt sein.) Allerdings ist in /etc/postfix/main.cf festgelegt, daß der Transport direkt zu 'cyrus' erfolgen soll (mailbox_transport = cyrus) ... die lmtp-Anweisung nutze ich gar nicht ... - kann mich per cyradm (cyradm --auth login --user cyrus localhost) nicht anmelden. Ein Paßwort ist für cyrus vergeben, aber es gibt keine Rückmeldung des System (kein prompt, kein nichts ...). Und, last but not least, dhcpd beendet sich nach einigen Stunden immer wieder (ohne Meldungen in den Logdateien) ...

Sandy

Gruß Torsten

Hi, Sandy Drobic scribbled on 12.01.2006 22:43:

Torsten Ermlich wrote:

[...]

...

Ist aber mittlerweile gelöst durch: http://lists.suse.com/archive/suse-linux-e/2005-Apr/3538.html

Alte master.cf von Backup verwendet?

scache unix - - n - 1 scache

Eigentlich nicht ... die Zeile fehlte aber (war eine Neuinstallation). [...]

/etc/imapd.conf: admins: cyrus

Da habe ich folgenden Eintrag: admins: cyrus root

Läuft saslauthd? Klappt der Befehl "testsaslauthd -u cyrus -p pass-for-cyrus -s imap"? Ohne dem braucht man erst mal nicht mit Cyrus weitermachen, dann muss erst saslauthd sauber laufen.

gateway:/etc # rcsaslauthd status Checking for service saslauthd: running gateway:/etc # testsaslauthd -u cyrus -p PASSWORD -s imap 0: OK "Success." gateway:/etc # Sieht i. O. aus ...

sind die notwendigen Mechanismen installiert? rpm -qa | grep -i cyrus cyrus-sasl-plain, cyrus-sasl-login

gateway:/etc # rpm -qa | grep -i cyrus perl-Cyrus-IMAP-2.2.12-13 cyrus-sasl-devel-2.1.21-3 perl-Cyrus-SIEVE-managesieve-2.2.12-13 cyrus-sasl-2.1.21-3 cyrus-sasl-saslauthd-2.1.21-3 cyrus-sasl-plain-2.1.21-3 cyrus-imapd-devel-2.2.12-13 cyrus-imapd-2.2.12-13 gateway:/etc # Ein Paket namens cyrus-sasl-login kann ich auf der DVD nicht finden ...

Wenn die usernamen als "user@example.com" übergeben werden, muss saslauthd mit der option "-r" gestartet werden.

Nachdem ich die Logs nochmals in aller Ruhe durchgesehen habe, fiel ir folgendes auf: Jan 13 00:37:09 gateway master[16764]: process 17448 exited, status 75 Jan 13 00:37:09 gateway master[16764]: service imap pid 17448 in READY state: terminated abnormally Jan 13 00:37:09 gateway master[17449]: about to exec /usr/lib/cyrus/bin/imapd Jan 13 00:37:09 gateway imap[17449]: DBERROR XXFX: db4 Jan 13 00:37:09 gateway imap[17449]: DBERROR: critical database situation Da keine DB4 Module installiert waren, habe ich es nachgeholt (welche ist denn korrekt? DB4, DB41 oder DB42?). Nun kommt folgende Meldung: Jan 13 00:39:29 gateway master[26695]: setrlimit: Unable to set file descriptors limit to -1: Operation not permitted Jan 13 00:39:29 gateway master[26695]: retrying with 1024 (current max) Jan 13 00:39:29 gateway master[26695]: process started Jan 13 00:39:29 gateway master[26696]: about to exec /usr/lib/cyrus/bin/ctl_cyrusdb Jan 13 00:39:29 gateway ctl_cyrusdb[26696]: DBERROR XXCX: db4 Jan 13 00:39:29 gateway ctl_cyrusdb[26696]: recovering cyrus databases Jan 13 00:39:29 gateway ctl_cyrusdb[26696]: skiplist: recovered /var/lib/imap/mailboxes.db (501 records, 83824 bytes) in Jan 13 00:39:29 gateway ctl_cyrusdb[26696]: skiplist: recovered /var/lib/imap/annotations.db (0 records, 144 bytes) in 0 Jan 13 00:39:29 gateway ctl_cyrusdb[26696]: DBERROR XXCX: db4 Jan 13 00:39:29 gateway ctl_cyrusdb[26696]: DBERROR XXCX: db4 Jan 13 00:39:29 gateway ctl_cyrusdb[26696]: DBERROR: critical database situation Jan 13 00:39:29 gateway master[26695]: process 26696 exited, status 75 Jan 13 00:39:29 gateway master[26697]: about to exec /usr/lib/cyrus/bin/idled Jan 13 00:39:29 gateway idled[26697]: DBERROR XXCX: db4 Jan 13 00:39:29 gateway idled[26697]: DBERROR: critical database situation Jan 13 00:39:29 gateway master[26695]: process 26697 exited, status 75 Jan 13 00:39:29 gateway master[26695]: SLPRegister [service:imap://gateway.:143] Jan 13 00:39:29 gateway master[26695]: Error registering service with slp -20 Jan 13 00:39:29 gateway master[26695]: SLPRegister [service:pop3://gateway.:110] Jan 13 00:39:29 gateway master[26695]: Error registering service with slp -20 Jan 13 00:39:29 gateway master[26695]: SLPRegister [service:sieve://gateway.:2000] Jan 13 00:39:29 gateway master[26695]: Error registering service with slp -20 Jan 13 00:39:29 gateway master[26695]: ready for work Jan 13 00:39:29 gateway master[26698]: about to exec /usr/lib/cyrus/bin/ctl_cyrusdb Jan 13 00:39:29 gateway ctl_cyrusdb[26698]: DBERROR XXCX: db4 Jan 13 00:39:29 gateway ctl_cyrusdb[26698]: DBERROR: critical database situation Jan 13 00:39:29 gateway master[26695]: process 26698 exited, status 75

...

Und, last but not least, dhcpd beendet sich nach einigen Stunden immer wieder (ohne Meldungen in den Logdateien) ...

Da fällt mir im Augenblick nichts zu ein, vielleicht morgen. (^-^)

Habe die Konfig nun einmal auf ein Minimum reduziert ... mal sehen, ob das etwas bringt ...

Sandy

Gutes Nächtle ... ;)