<br>Non of these db files are critical !<br><br>- tls_sessions.db is only a cache for SSL connection. (can be deleted)<br>- deliver.db is only the list of email recently delivered in eache mailbox. this avoit multiple delivery of the same email. it is also used by sieve to avoid forward loop (can be deleted)

- annotations.db contains "applications specific" informations. This is a kind of container imap clients can use to store information about mailbox. I dont thing this is used by Kolab in 2.1. ANY comment from kolab guy ?

- mailbox.db contains the list of mailbox and also the the ACL on them. If you spend your time to define ACL between user's mailbox, this is the file to keep safe! Anyway you can reconstruct this file from scratch (use file system directory name) but with default ACL !

<br>- seen.db (in each mailbox  directory) this is only a list of already read emails. most of the time this is already in skiplist format.<br><br>For a better understanding look the upgrade scripts and cyrus doc at <br><br>

<a href="http://www.afp548.com/forum/viewtopic.php?showtopic=9288">http://www.afp548.com/forum/viewtopic.php?showtopic=9288</a><br><br><a href="http://cyrusimap.web.cmu.edu/twiki/bin/view/Cyrus/WhatDatabaseBackend">http://cyrusimap.web.cmu.edu/twiki/bin/view/Cyrus/WhatDatabaseBackend

</a><br><br>Regards<br><br><div><span class="gmail_quote">On 8/16/07, <b class="gmail_sendername">Divan Santana</b> <<a href="mailto:divan.santana@gmail.com">divan.santana@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

On Thursday 16 August 2007 10:22:12 Gunnar Wrobel wrote: > Yes :) But that would mean that your problem does not result from > either the annotations.db or mailbox.db file. Question is which file > berkeley db does complain about.

<br>><br>> The tls_sessions.db is by default in berkeley format.<br>><br>> file /kolab/var/imapd/tls_sessions.db<br>> /kolab/var/imapd/tls_sessions.db: Berkeley DB (Btree, version 9, native<br>> byte-order)

<br>><br>> I think this is just a session cache so you should be able to move it<br>> away and restard cyrus imapd:<br>><br>> cd /kolab/var/imapd<br>> mv tls_sessions.db tls_sessions.db.old<br>> /kolab/bin/openpkg rc imapd restart

> > Just a wild guess. Does it help? I'll have to try after hours to put the broken system back in place and try that because I reverted to my backup when it failed so I am still on the old version.

Note that both tls_sessions.db and deliver.db: Berkeley DB (Btree, version 9, native byte-order) and Berkeley DB. Could it not be the deliver.db file? I've got two things I'm going to try to fix this.

<br>1) Your suggestion<br>2) Try upgrade again but this time convert my imap files to Berkeley DB and<br>not keep it on skiplist as per upgrade notes.<br><br>Will let you know the outcome, will try this weekend again. :)<br>

Thanks!! -- Divan Santana Skype:                  DivanSantana Gtalk/MSN:              <a href="mailto:Divan.Santana@GMail.com">Divan.Santana@GMail.com</a> Love God, Love People, Love Life!

<br><br>_______________________________________________<br>Kolab-users mailing list<br><a href="mailto:Kolab-users@kolab.org">Kolab-users@kolab.org</a><br><a href="https://kolab.org/mailman/listinfo/kolab-users">https://kolab.org/mailman/listinfo/kolab-users

</a><br></blockquote></div><br><br clear="all"><br>-- <br>Alain Spineux<br>aspineux gmail com<br>May the sources be with you