Am Dienstag 31 Januar 2006 09:26 schrieb Falk Sauer:
Hi Georg,
Ho Frank,
Am Dienstag, 31. Januar 2006 09:00 schrieb Georg Schilling:
Am Dienstag 31 Januar 2006 08:45 schrieb Andre Tann:
AFAIK sollte cyrus bei jedem Start ein recover ausführen. Versuch doch mal rccyrus restart && tail -f /var/log/messages
das glaub ich eher nicht, zumindest meine uralte Version tut das anscheinend nicht.
Also hier rennt -----8<----- kunagnos:~ # cyradm -u cyrus localhost Password: localhost> version name : Cyrus IMAPD version : v2.2.3 2004/12/15 16:41:38 vendor : Project Cyrus support-url: http://asg.web.cmu.edu/cyrus os : Linux os-version : 2.6.5-7.244-default environment: Built w/Cyrus SASL 2.1.18 Running w/Cyrus SASL 2.1.18 Built w/Sleepycat Software: Berkeley DB 4.2.52: (August 5, 2005) Running w/Sleepycat Software: Berkeley DB 4.2.52: (June 30, 2004) Built w/OpenSSL 0.9.7d 17 Mar 2004 Running w/OpenSSL 0.9.7d 17 Mar 2004 CMU Sieve 2.2 DRAC TCP Wrappers mmap = shared lock = fcntl nonblock = fcntl auth = unix idle = idled localhost> quit -----8<----- Und in Anlehnung an die Ausgabe von Andre startet er bei mir auch ctl_cyrusdb, der...
wenn ich mal von hand was aus den Mailboxen lösch oder was aus der Sicherung zurück hole dann geh ich immer her und mach ein
# su - cyrus
reconstruct -r user.falk
damit werden alle mailboxen des users falk recursiv durchlaufen und die indexfiles neu aufgebaut.
laut man-page -----8<----- NAME ctl_cyrusdb - perform operations common to all Cyrus databases SYNOPSIS ctl_cyrusdb [ -C config-file ] -r [ -x ] ctl_cyrusdb [ -C config-file ] -c OPTIONS -r Recover the databases after an application or system failure. Also performs database cleanup like removing mailbox reservations (and any associated mailbox files). -----8<----- auch nichts anderes macht. Aber hin und wieder hab ich eh das Gefühl das cyrus ein wenig "zickig" reagiert. So long, George