> Philip Hazel wrote: >>
>> How is this happening? I thought that maildir deliveries always went
>> into the cur directory? Oh, it's going into .Trash/cur? Aarrgghh!!
>> What is the configuration of your transport?
>>
>> Are there any maildir experts reading this who would like to comment? I
>> am not a maildir person.
>
> I'm not an expert, but I do know a little bit about it. Here's an
> excerpt from the maildir manpage:
>
>> Folders are additional subdirectories in the maildir whose names
>> begin with a period: such as .Drafts or .Sent. Each folder itself
>> contains the same three subdirectories, tmp, new, and cur, and an
>> additional zero-length file named maildirfolder, whose purpose is to
>> inform any mail delivery agent that it's really delivering to a
>> folder, and that the mail delivery agent should look in the parent
>> directory for any maildir-related information.
>
> So a folder is, for most purposes, a maildir itself; it has its own
> tmp/new/cur structure, and can be delivered to directly. But it has the
> "maildirfolder" marker file to indicate that it's a folder, so when
> you're doing things like calculating quota, you can look for that
> marker, and if it's there, instead calculate quota based on the parent
> directory, which will be the containing root maildir.
>
> - Marc
Exim is noticing the 'maildirfolder' file in the .Trash folder and then
incrementing the maildirsize file in the parent directory.
The main problem is that by incrementing the maildirsize file when
delivering to the .Trash folder the maildirsize file gets out of sync with
the actual size of the Maildir. This is because the IMAP daemon doesn't
decrement the maildirsize file when a message is removed from the .Trash
folder because it believes the .Trash folder is exempt from quota
calculation.
