[Dovecot] Corrupted index cache files
Timo Sirainen
tss at iki.fi
Thu Aug 14 01:19:02 EEST 2008
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
More information about the dovecot
mailing list