Timo Sirainen <t...@iki.fi> writes: > On 12.9.2011, at 19.17, Micah Anderson wrote: > >>>> However, it doesn't seem to work in practice, because I have a user that >>>> is at 99% of quota, with nothing in the Trash who cannot move a 77KB >>>> message into the Trash without getting the quota_exceeded message and >>>> refusing to move it. >>> >>> dovecot -n output? >> >> namespace { >> inbox = yes >> location = >> prefix = >> separator = . >> } >> namespace { >> hidden = yes >> inbox = no >> list = no >> location = >> prefix = INBOX. >> separator = . >> } > > Maybe the client is using the INBOX. namespace and trying to copy to > INBOX.Trash instead of Trash? You could try adding another quota rule for > INBOX.Trash. I should probably also change the quota code to follow > "alias_for" directives. Then you could have only a single Trash, if you add > "alias_for = " to the INBOX. namespace.
ok, I made an INBOX.Trash quota rule: 90-quota.conf: quota_rule = *:bytes=24117248 90-quota.conf: quota_rule2 = Trash:bytes=+10%% 90-quota.conf: quota_rule2 = INBOX.Trash:bytes=+10%% 90-quota.conf: quota_rule3 = INBOX.Spam:bytes=+20%% and that seemed to solve the problem! micah ps - its very annoying to test quota with thunderbird, it doesn't update the information very reliably. --