Still new to dovecot, I'm seeing a couple of errors in my log file indicating corruption of index files. Error: Corrupted index cache file/home/xxxxxx/mail/.imap/sent-mail/dovecot.index.cache: Broken virtual size for mail UID 67: 1 Time(s) Error: FETCH [] for mailbox ~/mail/sent-mail UID 67 got too little data: 6203 vs 7478: 1 Time(s) This account is used by multiple users, but it is not a shared account (haven't set any of those up yet - still new to me), so I would expect corruption possibilities when multiple users modify the account folders in some manner. Until I get some experience under my belt and make this a truly "shared" account, is there any way to resolve the corruption of the files mentioned above? Maybe just delete them? thanks steve campbell
On 2012-04-20 8:30 AM, Steve Campbell <campbell at cnpapers.com> wrote:> Still new to dovecot, > > I'm seeing a couple of errors in my log file indicating corruption of > index files.It is customary to provide at least some bare minimal system details, like, dovecot -n output (which includes the version), platform/OS, etc... -- Best regards, Charles
Steve Campbell <campbell at cnpapers.com> writes:> I'm seeing a couple of errors in my log file indicating corruption of > index files. > > Error: Corrupted index cache file/home/xxxxxx/mail/.imap/sent-mail/dovecot.index.cache: Broken virtual size for mail UID 67: 1 Time(s) > Error: FETCH [] for mailbox ~/mail/sent-mail UID 67 got too little data: 6203 vs 7478: 1 Time(s) > > This account is used by multiple users, but it is not a shared account > (haven't set any of those up yet - still new to me), so I would expect > corruption possibilities when multiple users modify the account folders > in some manner.This is just one dovecot IMAP client process moaning after another user client process pulled the rug out from under it by modifying the mailbox. I get a few dozen log entries of this sort per week with ~200 IMAP users without shared access. Unless your users actually complain about a problem, I think it's safe to ignore them. Joseph Tam <jtam.home at gmail.com>