<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">On Mon, Sep 9, 2019 at 8:57 PM Niels Kobschätzki via dovecot <<a href="mailto:dovecot@dovecot.org" target="_blank">dovecot@dovecot.org</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">On 9/9/19 6:18 PM, @lbutlr via dovecot wrote:<br>
> On 9 Sep 2019, at 09:27, Niels Kobschätzki <<a href="mailto:niels@kobschaetzki.net" target="_blank">niels@kobschaetzki.net</a>> wrote:<br>
>> The moment I remove those folders, the size gets calculated correctly. Unfortunately those folders are generated by some clients automatically afaik (like .INBOX.Trash)<br>
>> That sounds like a misconfiguration of the IMAP client. Someone has<br>
gone in and improperly set INBOX as the IMAP path Prefix in their MUA.<br>
<br>
The thing is that it worked before. Even when the user misconfigured<br>
their client in such a way, the quota-plugin shouldn't just throw some<br>
dice to get to a arbitrarily high quota the user has used instead of the<br>
right amount.<br>
<br>
> I used to have this problem with some users until I implemented repeated and consistent application of a clue bat.<br>
<br>
Some users is in my case (as far as I guess) like 0.5%<br>
<br>
> I don’t know of a server-side setting to prevent users from screwing up this setting, but maybe?<br>
<br>
Wouldn't that break existing accounts?<br>
<br></blockquote><div><br></div><div>Does it sound like this? <a href="https://www.dovecot.nl/pipermail/dovecot/2019-March/115214.html" target="_blank">https://www.dovecot.nl/pipermail/dovecot/2019-March/115214.html</a></div><div><br></div><div>If so, in a direct email, Timo suggested using the 'count' quota (instead of the Maildir++ quota). I've not yet been able to test that to verify, due to the large amount of mailboxes and the reliance on maildirsize file for some of our tools. </div></div></div></div></div>