In data mercoled? 18 marzo 2020 23:08:27 CET, Alessio Cecchi ha scritto:> Ciao Simone, > > why you want each backend to recalc quota only for its managed users and > not run "doveadm quota recalc -A" only one time from a backend tha > recalc quota for all users? >Because the indexes are local to the backends. If I make the recalc from one backend only, that one will have to reindex all the messages, and it will have the indexes for all users, while right now (and if every backend processes only its users) every backend has 1/10 of all the indexes. And another point: I want to switch to count backend (now I'm using maildir++). With this backend, the quota is memorized on the indexes, but if I make all the recalc on one backend only, the others will not have the correct quota on their indexes. Right now I've written a python script that iterates over the users, asks to the frontend (via doveadm http) which is the current backend, and then connect (again, doveadm http) to that to perform the recalculation. A bit slow but working. -- *Simone Lazzaris* *Qcom S.p.A. a Socio Unico* Via Roggia Vignola, 9 | 24047 Treviglio (BG)T +39 0363 47905 | D +39 0363 1970352 simone.lazzaris at qcom.it[1] | www.qcom.it[2] * LinkedIn[3]* | *Facebook*[4] -------- [1] mailto:simone.lazzaris at qcom.it [2] https://www.qcom.it [3] https://www.linkedin.com/company/qcom-spa [4] http://www.facebook.com/qcomspa -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://dovecot.org/pipermail/dovecot/attachments/20200319/dacc4e89/attachment-0001.html>
> On 19/03/2020 10:06 Simone Lazzaris <simone.lazzaris at qcom.it> wrote: > > > > In data mercoled? 18 marzo 2020 23:08:27 CET, Alessio Cecchi ha scritto: > > > Ciao Simone, > > > > > > why you want each backend to recalc quota only for its managed users and > > > not run "doveadm quota recalc -A" only one time from a backend tha > > > recalc quota for all users? > > > > > > Because the indexes are local to the backends. > > > If I make the recalc from one backend only, that one will have to reindex all the messages, and it will have the indexes for all users, while right now (and if every backend processes only its users) every backend has 1/10 of all the indexes. > > > And another point: I want to switch to count backend (now I'm using maildir++). With this backend, the quota is memorized on the indexes, but if I make all the recalc on one backend only, the others will not have the correct quota on their indexes. > > > Right now I've written a python script that iterates over the users, asks to the frontend (via doveadm http) which is the current backend, and then connect (again, doveadm http) to that to perform the recalculation. > > A bit slow but working. > > > -- > > Simone LazzarisIf you are using director, you can issue `doveadm quota recalc -A` on director, which will then direct it to correct backend. For this to work, it requires that you setup doveadm server on the backend, and configure doveadm_port and doveadm_password on director. It also either needs iteratable user database on director, or a list of users in a file, which you can provide with option -F. Aki
In data gioved? 19 marzo 2020 09:10:06 CET, Aki Tuomi ha scritto:> If you are using director, you can issue `doveadm quota recalc -A` on > director, which will then direct it to correct backend. > > For this to work, it requires that you setup doveadm server on the backend, > and configure doveadm_port and doveadm_password on director. It also either > needs iteratable user database on director, or a list of users in a file, > which you can provide with option -F. > > AkiHi Aki, Nice to know! The quota plugin has to be configured on the frontends? With which backend? Right now the "quota" subcommands are not recognised. Thanks-- *Simone Lazzaris* *Qcom S.p.A. a Socio Unico* Via Roggia Vignola, 9 | 24047 Treviglio (BG)T +39 0363 47905 | D +39 0363 1970352 simone.lazzaris at qcom.it[1] | www.qcom.it[2] * LinkedIn[3]* | *Facebook*[4] -------- [1] mailto:simone.lazzaris at qcom.it [2] https://www.qcom.it [3] https://www.linkedin.com/company/qcom-spa [4] http://www.facebook.com/qcomspa -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://dovecot.org/pipermail/dovecot/attachments/20200319/299badd5/attachment-0001.html>