Quota-status service on Director

Dimos Alevizos dalevizo at otenet.gr
Wed Sep 27 11:33:06 EEST 2017


Hi,

is quota-status still not supported in proxy configuration ?
Any chance it will be in the future ?

Dimos

On 10/10/2016 09:06 πμ, Aki Tuomi wrote:
> Hi!
>
> quota-status is not supported in proxy configuration. You should use
> quota_warning and quota_over_flag scripts instead.
>
> Aki
>
> On 08.10.2016 03:51, Michael Kliewe wrote:
>> Hello,
>> any news on this topic? I tried it again with Dovecot 2.2.25, but it's
>> still not possible to run the quota-status services on the directors.
>> They try to access the mailbox of the user, which they obviously
>> cannot. I'm not sure why Dovecot tries to open the mailbox, I would
>> have expected just a dict-query (SQL) to check the quota. If the
>> mailbox has to be opened, it has to be done on the correct backend
>> Dovecot of the user.
>> Is there any chance to fix this problem? Or am I doing something wrong
>> here?
>> Kind regards
>> Michael
>>
>> Am 23.02.2015 um 03:09 schrieb Michael Kliewe:
>>> Hello,
>>>
>>> I'm trying to configure the quota-status service, but it seems I'm
>>> not successful with my director setup (2.2.9). I activate the
>>> quota-status service like this on my director server:
>>>
>>> $ cat 91-quota-status.conf
>>> ##
>>> ## Quota-Status configuration.
>>> ##
>>> # Load Module quota-status and listen on TCP/IP Port for connections.
>>> service quota-status {
>>>    executable = quota-status -p postfix
>>>    inet_listener {
>>>      address = 10.0.1.44
>>>      port = 12340
>>>    }
>>>    client_limit = 1
>>> }
>>> # Plugin configuration.
>>> # Return messages for requests by quota status: success, nouser and
>>> overquota.
>>> plugin {
>>>    quota_status_success = DUNNO
>>>    quota_status_nouser = DUNNO
>>>    quota_status_overquota = "552 5.2.2 Mailbox is over quota"
>>> }
>>>
>>> After restarting the director service I try to query the quota status
>>> service:
>>>
>>> printf "recipient=user at domain.de\nsize=100000\n\n" | nc 10.0.1.44 12340
>>>
>>> The output is:
>>>
>>> action=DEFER_IF_PERMIT Invalid user settings. Refer to server log for
>>> more information.
>>>
>>> In the debug log of the director I see this:
>>>
>>> Feb 23 03:03:09 director01 dovecot: auth: Debug: userdb out: USER  
>>> 1       user at domain.de 
>>> mail=mdbox:/mnt/data01/domain.de/user/maildir   
>>> home=/mnt/data01/domain.de/user       proxy=Y master=<hidden>      
>>> pass=<hidden>   uid=5000        gid=1  
>>> quota_rule=*:storage=60593      quota_rule2=*:messages=100000
>>> Feb 23 03:03:09 director01 dovecot: quota-status(user at domain.de):
>>> Error: user user at domain.de: Initialization failed: Namespace '':
>>> mkdir(/mnt/data01/domain.de/user/maildir/mailboxes) failed:
>>> Permission denied (euid=5000(vmail) egid=1(daemon) missing +w perm:
>>> /mnt, dir owned by 0:0 mode=0755)
>>>
>>> So the quota status service tries to access the mailbox of the user
>>> ON THE DIRECTOR. But the director has not mounted the mailboxes of
>>> the users, that's what the backend dovecots are for (proxy=Y). So the
>>> quota-status query is not proxied to the dovecot backend server I
>>> would assume.
>>>
>>> Does that mean I have to start the quota-status service on the
>>> dovecot backend servers and access it from the Postfix server
>>> directly? Currently the Postfixes can only reach the directors, not
>>> the backend servers.
>>>
>>> Is it possible to use the quota-status service on the director?
>>>
>>> Thanks for any hints and help
>>> Michael



More information about the dovecot mailing list