On Tue, 2013-11-12 at 10:00 -0800, David Johnson wrote:
> Hello,
>
> I've tried searching for information regarding this problem but
haven't
> found anything.
>
> Currently I have a Dovecot 2.0.9 with virtual users from a SQL table.
> Right now I'm only using global quota limits. Here is my quota setup:
>
2.0.9 is ancient and unsupported, but if it aint broke, who cares,
so....
> plugin {
> quota = maildir:User quota
> quota_rule = *:storage=3G
> quota_rule2 = Trash:storage=+100M
> quota_rule3 = Archive:storage=+1G
> quota_rule4 = Archive/2013:storage=+1G
> quota_rule5 = Junk:ignore
Have you tried commenting out the Archive/2013 rule? This might be the
conflict, its like saying OS / = 1G but /home can have 3, kinda of
doesnt work :)
the rest looks ok to me
> According to the documentation this should allow the Archive folder to
> have an additional 1G in it that is not counted toward the global 3G.
> However I have users who have 2G in the Archive folder, and about 1G
> elsewhere. At this point they stop receiving emails due to quota exceeded.
>
> doveadm quota get -u <user>
> displays this:
> Quota name Type Value Limit %
> User quota STORAGE 3150312 3145728 100
> User quota MESSAGE 8271 - 0
>
> If I change Archive:storage=+1G to Archive:ignore then they can receive
> emails again.
> After the change doveadm quota get -u displays this:
>
> Quota name Type Value Limit %
> User quota STORAGE 1266885 3145728 40
> User quota MESSAGE 8271 - 0
>
> Is there something I'm missing as to why this setup isn't working?
>
> Thanks!
>
> --
> David J.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: face-smile.png
Type: image/png
Size: 873 bytes
Desc: not available
URL:
<http://dovecot.org/pipermail/dovecot/attachments/20131114/5dbdd781/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part
URL:
<http://dovecot.org/pipermail/dovecot/attachments/20131114/5dbdd781/attachment.bin>