Hi all
I have a problem when users change quota in SQL, the change is not reflected in Dovecot immediately so quota_warning is still triggered on some occasions. I think it's because the quota is stored in userdb, and there is no way to flush userdb cache?
Is there a way to flush userdb entries? What controls userdb cache TTL/size? auth_cache entries?
I can't seem to find any documentation on this, sadly :(
Thanks
-- Tom
On 2020-02-19 10:14, Tom Sommer wrote:
I have a problem when users change quota in SQL, the change is not reflected in Dovecot immediately so quota_warning is still triggered on some occasions. I think it's because the quota is stored in userdb, and there is no way to flush userdb cache?
Is there a way to flush userdb entries? What controls userdb cache TTL/size? auth_cache entries?
Okay, I think I found the issue. userdb TTL keeps being pushed every time a user logs in (like auth), so in a sense it will never expire if a user logs in every minute.
I could run "doveadm auth cache flush -u foo@bar.com" on the director,
but it doesn't offer the [-S
Any chance of getting the [-S
Tom
participants (1)
-
Tom Sommer