Re: [Dovecot] Quotas ignored on INBOX only
I think this is a bug in the 1.1.11 version bundled with ubuntu 9.0.4 I have switched back to an older version and quotas are now working fine. Thanks.
Re: [Dovecot] Quotas ignored on INBOX only
Thanks The way I am testing is as follows. Setup two users on the system. Send email from user A to user B. Quota counts increase for user A as the email is copied to the Sent folder. User B quota count does not increase (size or messages) Reply from user B to user A to confirm problem effects both accounts. Remove email from sent items on one account and expunge and note quota record decreases. Remove email from INBOX and expunge, note quota record does not change. Repeat sending emails from B to A and notice quota limit is reached on sent items - error is received copying email to sent items. With quota exceeded switch to user account A and continue to send emails to B, note that they appear in the INBOX of the user despite the full quota with no bounce back. This behaviour is identical regardless of quota backend used (have tried maildir++ and dict so far). This is using the default aptitude package of dovecot-postifx for ubuntu 9.0.4 - Is this a bug?
Re: [Dovecot] Quotas ignored on INBOX only
On Aug 25, 2009, at 7:41 PM, Random Monkey wrote:
I have set up postifx and dovecot (1.1) with virtual users and
delivery via LDA. I am very pleased with the results so far but have
this problem with quotas.
Setting a global quota using plugin { } I initially used maildir to
set quotas, but they seem to apply to all folders apart from INBOX.
For debugging I switched maildir to dict using mysql. The table
populates as it should with sizes and message count for all messages
created in trash/drafts/sent folders - but messages in the INBOX do
not increment size or message count in the table.
How exactly are you testing this? Are you saving/copying messages to
INBOX exactly the same way as for other mailboxes?
Dovecot -n output:
Your configuration looks ok.
# 1.1.11: /etc/dovecot/dovecot-postfix.conf
The only thing I can think of is that either you're testing INBOX
differently and the problem is actually something else, or that
there's a bug in this Dovecot version (but I didn't see anything
related in NEWS file).
