[Dovecot] A couple of dovecot issues I've noted recently...

[Timo Sirainen]

On Jul 21, 2008, at 11:42 PM, Dan Price wrote:

> On Sun 20 Jul 2008 at 06:05PM, Timo Sirainen wrote:
>> On Wed, 2008-07-09 at 17:09 -0700, Dan Price wrote:
>>
>> You don't have a separate mail directory, so users sometimes list  
>> their
>> entire home directory which can contain a huge directory tree,  
>> causing
>> out of memory?
>
> I rely on users to set their mail directory in their IMAP
> client appropriately-- this is because we have a historical mix
> of users with ~/Mail, ~/mail, and in some weird cases other
> dir names in their home directories where they store their mail.

You could create a namespace for each of them: http://wiki.dovecot.org/Namespaces

And for the few weird cases just force the users to move their mails  
to one of the standard directories.. :)

> I don't know why (it seems obvious now) but I hadn't worked out that
> it was a recursive directory walk which might be causing this.  I can
> now hunt down these users and help them.  Thanks!

That reminds me I should some day add code to detect and not follow  
loops.

>>> A final problem, and this one affects me personally, is that
>>> we see some errors like this:
>>>
>>> dovecot: Jul 09 11:52:10 Error: IMAP(dp): FETCH for mailbox mail/ 
>>> tmp-inbox UID 92086 got too little data: 6054 vs 6057
> ...
>>
>> But as for why it happens in the first place, that's a bit  
>> difficult to
>> guess. Is the difference always 3 bytes? Anything else than Dovecot
>> modifying the mboxes?
>
> Seems to be 3 in most cases.  Take a look; I've marked the ones which
> aren't offset by 3:

Hmm. I don't really have any ideas why those could happen, other than  
something else besides Dovecot modifying the mboxes..

> My first step will be to blow away the dovecot index files for all
> of these users.  Thanks so much for your help.

Deleting dovecot.index.cache file is enough. v1.1 also does this  
automatically.
-------------- 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/20080721/bfaa31ae/attachment.bin