Yes I compiled both courier-imap and maildrop "--with-trashquota".
Postfix delivers with Maildrop.
Before I didn't have problem like this. But recently I did test on very 
small mailbox like 8MB, in bigger mailboxes propably I won't have 
problem like this.
When I delete files, in thunderbird is shown quota: normal quota + 
deleted files. So from 45% if I delete big files is shown 90%, until the 
client refresh it, then the quota back to 45%.
But it takes some time to refresh it.
I checked in the same time webmail and there is no problem.

I'm not sure that how warning message works. I thought that maildrop 
before delivering new message check quota, and if quota exceeds 90% then 
copy (send??) quotawarnmsg.
The file  quotawarnmsg is in /usr/local/courier/etc/ . When quota is 
over 90% nothing happens, new mail is just delivered but without 
additional quotawarnmsg.
Maybe it is lack of courier smtp, or maildrop doesn't know where it 
should look for quotawarnmsg. Maybe I don't have some conf. file.

Regards,
Krystian


Brian Candler wrote:
> On Wed, Jun 14, 2006 at 10:04:15PM +0800, krystian wrote:
>   
>> Yes I compiled with "--with-trash". But before was exactly the same and 
>> I think I didn't have problem like this.
>>     
>
> You mean "--with-trashquota" ? Make sure you are consistent in application
> of this, i.e. compile both maildrop and courier-imap with it.
>
> Make sure you have no program that ever delivers directly to the Maildir
> (such as Postfix), and that all delivery goes via maildrop.
>
>   
>>>> If I have 10 files in
>>>> inbox and is account 75% full, after delete of some files quota size shows
>>>> 95% or message that quota exceeded.
>>>>         
>
> You can easily check if this is correct or not.
>
> (1) ls -lAR Maildir
>
> (2) Count all the files in new/, cur/ and tmp/ (including folders, like
> .Trash/new, .Trash/cur, .Trash/), and add up the sizes.
>
> (3) Now do 'cat maildirsize'. Ignore the first line (which is the quota),
> and for all the remaining lines, add up the numbers in the first column, and
> add up the numbers in the second column.
>
> This should give you the total size of messages in the maildir, and the
> total number of messages in the maildir, respectively.
>
> If the two disagree, then post your evidence here. That is, the *raw* ls
> -lAR output and the raw 'cat maildirsize' output.
>
> If they agree, then the Maildir really is 95% full. You can find out why by
> looking at the individual message files. Possibly your client has copied
> messages into the .Trash folder, and hasn't expunged them from the original
> folder, which means they'll be taking up even more space on the disk and
> this is reflected in the usage.
>
>   
>>>> Additionally I don't get email with information about exceeding 90% size
>>>> of account. Is it bug in quota, maybe maildrop?
>>>>         
>
> I don't think that courier-imap will itself generate this warning if the
> IMAP client uploads new messages which take the mailbox over 90%. However,
> maildrop should do so when the next incoming message is delivered. What
> happens when a new message is delivered, and the Maildir usage is over 90%?
>
> Does a file called "quotawarn" exist in the Maildir? If so, the warning
> message is suppressed until the timestamp on the quotawarn file is more than
> 24 hours in the past.
>
> Brian.
>   



_______________________________________________
Courier-imap mailing list
[email protected]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap

Reply via email to