[Postfixbuch-users] IMAP Probleme

Christian Leicht developer at smm-online.de
Fr Mai 13 10:41:07 CEST 2005


Sorry, ich weis das Thema ist off topic, aber hier sind einfach die 
fähigsten Leute am lesen. Bitte habt etwas Nachsicht.

Ich habe einen cyrus IMAP unter Suse 8.2 seit mittlerweilen 2 Jahren am 
laufen. Meine User nutzen Entourage und Apple Mail unter MacOSX als 
Clients. Zusätzlich hab ich auf dem Server SquirrelMail als WebClient am 
laufen. Es sind ca. 70 Accounts die angelegt sind und auf ca. 8GB Emails 
zugreifen.

Folgender Fehler tritt auf:
Bei einigen Usern werden Mails doppelt vom Cyrus abgeholt. Manchmal 
sogar 5x. Löscht man dann ein Mail, sind alle 5 weg. Ab und zu gibt es 
Zugriffsfehler. Z.B. kann kein Neuer Ordner angelegt werden, oder beim 
verschieben von Mail zwischen Ordner gibt es Rechteprobleme. Neustart 
von Entourage behebt das Problem. Ich weis natürlich das MS Entourage 
nicht die Erste Wahl als IMAP Client ist. Wogegen ich aber nichts tun 
kann da die Firma für etliche 10 Tausend Euronen Office Lizenzen gekauft 
hat (Selber schuld). Ich selbst benutze Thunderbird und es treten diese 
Fehler nicht auf. Komisch ist jetzt noch das ein paar Leute sagen das 
der private IMAP Account von einem anderen Provider, den sie zusätzlich 
noch am selben Client nutzen diese Probleme nicht hat (Was auch immer 
ich davon halten soll ;-) ).

Meine Vermutung ist das der Status der Mails nicht richtig an den Server 
zurück übermittelt wird. Das ging soweit das bei 2 Usern die INBOX am 
Server mit 2000 Mails gefüllt war, Entourage aber nur 27 angezeigt hat. 
SquirrelMail zeigt alle an.

Natürlich habe ich die Mailboxen per cyradm reconstructed und auch die 
Rechte der Order überprüft. Quotas sind ok. Es sind keine Probleme 
aufgetreten.

Jetzt beim zusammenstellen der Infos habe ich noch folgende 
/var/log/message Einträge gefunden:

May 13 10:32:46 p15118067 imapd[2544]: login: 
localhost.localdomain[127.0.0.1] web1p1 plaintext
May 13 10:32:46 p15118067 imapd[2544]: open: user web1p1 opened INBOX
May 13 10:32:46 p15118067 last message repeated 2 times
May 13 10:32:47 p15118067 imapd[2544]: SQUAT failed to open index file
May 13 10:32:47 p15118067 imapd[2544]: SQUAT failed


Nach dem restart des cyrus:

May 13 10:35:50 p15118067 master[3114]: process started
May 13 10:35:50 p15118067 master[3115]: about to exec 
/usr/lib/cyrus/bin/ctl_cyrusdb
May 13 10:35:50 p15118067 ctl_cyrusdb[3115]: recovering cyrus databases
May 13 10:35:53 p15118067 ctl_cyrusdb[3115]: skiplist: recovered 
/var/lib/imap/mailboxes.db (934 records, 97452 bytes) in 0 seconds
May 13 10:35:53 p15118067 ctl_cyrusdb[3115]: done recovering cyrus databases
May 13 10:35:53 p15118067 master[3114]: ready for work
May 13 10:35:53 p15118067 master[3121]: about to exec 
/usr/lib/cyrus/bin/ctl_cyrusdb
May 13 10:35:53 p15118067 ctl_cyrusdb[3121]: checkpointing cyrus databases
May 13 10:35:53 p15118067 master[3122]: about to exec 
/usr/lib/cyrus/bin/ctl_deliver
May 13 10:35:53 p15118067 master[3123]: about to exec 
/usr/lib/cyrus/bin/tls_prune
May 13 10:35:53 p15118067 ctl_cyrusdb[3121]: archiving log file: 
/var/lib/imap/db/log.0000000066
May 13 10:35:53 p15118067 ctl_cyrusdb[3121]: archiving database file: 
/var/lib/imap/mailboxes.db
May 13 10:35:53 p15118067 ctl_cyrusdb[3121]: done checkpointing cyrus 
databases
May 13 10:35:53 p15118067 ctl_deliver[3122]: DBERROR db4: 4 lockers
May 13 10:35:53 p15118067 ctl_deliver[3122]: duplicate_prune: pruning 
back 3 days
May 13 10:35:53 p15118067 master[3114]: process 3121 exited, status 0
May 13 10:35:53 p15118067 ctl_deliver[3122]: mydelete: starting txn 
2147483653
May 13 10:35:53 p15118067 ctl_deliver[3122]: mydelete: committing txn 
2147483653
May 13 10:35:53 p15118067 tls_prune[3123]: tls_prune: purged 0 out of 0 
entries
May 13 10:35:53 p15118067 ctl_deliver[3122]: mydelete: starting txn 
2147483654
May 13 10:35:53 p15118067 ctl_deliver[3122]: mydelete: committing txn 
2147483654
May 13 10:35:53 p15118067 ctl_deliver[3122]: mydelete: starting txn 
2147483655
May 13 10:35:53 p15118067 ctl_deliver[3122]: mydelete: committing txn 
2147483655


Leider kann ich die Fehler nicht deuten.

Nutzen die Clients eine Option die ich nicht kenne, die einen besseren 
Abgleich bieten? Kann ich noch etwas prüfen um das Problem einzugrenzen. 
Wie kann man den Zugriff auf Cyrus noch optimieren. Ich glaube nicht das 
es an Cyrus an sich liegt, denn ich gehe schon davon aus das Cyrus ein 
amtlicher IMAP Server ist. Oder liege ich da falsch ?

Bitte gebt mir ein paar Tipps wie ich mein Problem in den Griff bekomme.

Besten Dank für Eure Hilfe

Christian



Mehr Informationen über die Mailingliste Postfixbuch-users