[Dovecot] Corrupted index cache files

[Timo Sirainen]

On Aug 13, 2008, at 6:09 PM, Mike Abbott wrote:

> mail_access_groups: mail
> mail_privileged_group: mail

You probably won't need either of these. And there's no point in  
setting them to the same value.

>> Can you reproduce these easily with my imaptest tool? http://imapwiki.org/ImapTest
>
> Some of them.  When running imaptest I see these dovecot errors:
> Corrupted index cache file %s: record continues outside its  
> allocated size
> Corrupted index cache file %s: record points outside file
> Corrupted index cache file %s: used_file_size too large

How soon? With what kind of imaptest parameters? I can't reproduce  
this on my Macbook (OS X 10.5.4, HFS+).

> Plus I see LOTS of errors from imaptest itself:
> Error: UIVALIDITY changed: %d -> %d

Did you test with a single user or multiple users? imaptest's support  
for testing multiple users is currently a bit broken, but this  
shouldn't happen with a single user..

> Error: user%d[%d]: <...>: Header CC changed
> Error: user%d[%d]: <...>: Header DELIVERED-TO changed
> Error: user%d[%d]: <...>: Header FROM changed

These shouldn't be happening as long as you use a test mbox file that  
has unique Message-ID headers. Were you using the recommended dovecot- 
crlf as the input?

> You say that the dovecot errors are harmless because dovecot fixes  
> them, but still there must be some downside, if only a performance  
> hit.  Any other info I can provide to help you figure this out?


Yes, there's a performance hit since all the cached data is lost.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 194 bytes
Desc: This is a digitally signed message part
Url : http://dovecot.org/pipermail/dovecot/attachments/20080813/3e350044/attachment.bin