Opportunistic quota recalc

Tom Sommer mail at tomsommer.dk
Wed Jul 27 14:34:41 UTC 2016


On 2016-07-27 16:32, Tom Sommer wrote:
> On 2016-04-07 15:02, Timo Sirainen wrote:
>> On 07 Apr 2016, at 14:49, Tom Sommer <mail at tomsommer.dk> wrote:
>>> 
>>> On 2016-04-06 21:09, Tom Sommer wrote:
>>>> On 2016-04-06 20:38, Timo Sirainen wrote:
>>>>> On 06 Apr 2016, at 13:43, Tom Sommer <mail at tomsommer.dk> wrote:
>>>>>> I'm switching quota backend to redis (from maildir++), so all my 
>>>>>> current usages are reset.
>>>>>> I get that I can do "doveadm quota recalc -A", but it takes 
>>>>>> forever (and auth processes time out/crash).
>>>>>> It would make much more sense to recalc the usage on login if the 
>>>>>> current usage is unset. Is there no way to do a 
>>>>>> recalc-quota-on-first-login?
>>>>> I'd actually recommend switching to "count" quota:
>>>>> http://wiki2.dovecot.org/Quota/Count
>>>> I tried count, but it crashes because of dotlocks :) There is 
>>>> another
>>>> post about it :)
>>> 
>>> Any change you will have time to fix this? Because I would really 
>>> love to switch to "count".
>> 
>> Looks unlikely right now, but lets see. You could also in theory just
>> mount with -o nolock and use fcntl/flock locking so each server does
>> the locking internally only. Having director working correctly is of
>> course even more important in that case.
> 
> I tried to disable dotlocks and enable "count" with vsizes.

Oh, and since vsizes create .vsize.lock files in the Maildir folders, I 
now get a ton of errors:

Jul 27 14:44:19 imap(xxxx): Error: 
stat(/xxxxx/Maildir/.vsize.lock3a32c03afb509d28/tmp) failed: Not a 
directory


More information about the dovecot mailing list