[Dovecot] Corrupted index cache files
Mike Abbott
michael.abbott at apple.com
Thu Aug 14 01:09:41 EEST 2008
> One or more users?
Many different users.
> Post your dovecot -n output?
Here's some of it. Not very enlightening.
# 1.1.2: /etc/dovecot/dovecot.conf
base_dir: /var/run/dovecot/
verbose_proctitle: yes
first_valid_uid: 6
last_valid_uid: 50000
first_valid_gid: 6
last_valid_gid: 50000
mail_access_groups: mail
mail_privileged_group: mail
mail_location: maildir:~/mail
> 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
Plus I see LOTS of errors from imaptest itself:
Error: UIVALIDITY changed: %d -> %d
Error: user%d[%d]: <...>: Header CC changed
Error: user%d[%d]: <...>: Header DELIVERED-TO changed
Error: user%d[%d]: <...>: Header FROM changed
Error: user%d[%d]: <...>: Header IN-REPLY-TO changed
Error: user%d[%d]: <...>: Header MESSAGE-ID changed
Error: user%d[%d]: <...>: Header REFERENCES changed
Error: user%d[%d]: <...>: Header SUBJECT changed
Error: user%d[%d]: <...>: Header SUBJECT changed
Error: user%d[%d]: <...>: Header TO changed
Error: user%d[%d]: UID %d changed Message-Id
Error: user%d[%d]: UID=%d INTERNALDATE changed
Error: user%d[%d]: uid=%d <...>: BODY changed
Error: user%d[%d]: uid=%d <...>: BODYSTRUCTURE changed
Error: user%d[%d]: uid=%d <...>: BODY[%d] size changed
Error: user%d[%d]: uid=%d <...>: BODY[HEADER] size changed
Error: user%d[%d]: uid=%d <...>: BODY[TEXT] size changed
Error: user%d[%d]: uid=%d <...>: BODY[] size changed
Error: user%d[%d]: uid=%d <...>: ENVELOPE changed
Error: user%d[%d]: uid=%d <...>: RFC822.SIZE size changed
> One problem with HFS+ is that hard links are more or less buggy. But
> v1.1's default settings should include dotlock_use_excl=yes. You
> maybe should set maildir_copy_with_hardlinks=no, but that shouldn't
> cause this bug.
Changing maildir_copy_with_hardlinks makes no difference.
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?
More information about the dovecot
mailing list