similar to: Flush userdb cache entry

I have my quota limits stored in userdb and auth_cache enabled (default settings). When I change the quota limit the old limit is still cached for the user for another hour. Is there any way to prevent this from happening? Thanks -- Tom

I know, but I'm changing the quota in dict:sql so running commands on the mailserver itself it something I would like to avoid. --- Tom On 2017-02-06 14:29, Urban Loesch wrote: > You can flush the cache with: "doveadm auth cache flush $USER" > > Regards > Urban > > > Am 06.02.2017 um 13:59 schrieb Tom Sommer: >> I have my quota limits stored in userdb

You can flush the cache with: "doveadm auth cache flush $USER" Regards Urban Am 06.02.2017 um 13:59 schrieb Tom Sommer: > I have my quota limits stored in userdb and auth_cache enabled (default settings). > > When I change the quota limit the old limit is still cached for the user for another hour. Is there any way to prevent this from happening? > > Thanks >

On 2018-10-05 11:35, Timo Sirainen wrote: > On 4 Oct 2018, at 17.13, Tom Sommer <mail at tomsommer.dk> wrote: >> >> >> On 2018-10-04 15:55, Timo Sirainen wrote: >>> On 4 Oct 2018, at 14.39, Tom Sommer <mail at tomsommer.dk> wrote: >> >>>> Is this correct, and if so are there any plans to move dotlocks etc. >>>> to this

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

Dear group members. I work with Dovecot and Openldap authentication. Sometimes users change departments and we need to alter their homedir location. Every time this process is needed, I perform this steps: 1 - Change homedir location in openldap 2 - Move homedir folder to the new location 3 - Re-apply permissions 4 - Remove user index folder After I do that, users cannot authenticate unless

On 2018-10-04 15:55, Timo Sirainen wrote: > On 4 Oct 2018, at 14.39, Tom Sommer <mail at tomsommer.dk> wrote: >> Is this correct, and if so are there any plans to move dotlocks etc. >> to this directory? > > > What dotlocks? I guess mbox and Maildir have some locks that could be > moved there, but a better performance optimization for those > installations

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). >>

On 2016-04-05 08:44, aki.tuomi at dovecot.fi wrote: >> On April 5, 2016 at 9:27 AM Tom Sommer <mail at tomsommer.dk> wrote: >> >> >> On 2016-04-04 20:22, aki.tuomi at dovecot.fi wrote: >> >> > Since the API is still a little beta, it will not return anything in >> > case >> > doveadm does not like the arguments (that is, calls

Hi , just to make clear short question does auth_cache... help with downing sql lookups http://wiki2.dovecot.org/Authentication/Caching isnt clear to me for sql to me if yes are there real world recommanded settings lets say for a 5000 users server and where password changes should be noticed asap -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria

On Mon, 22 Oct 2018 19:48:17 +0200 Tom Sommer <mail at tomsommer.dk> wrote: > On 2018-10-22 12:56, Mar?a Arrea wrote: > > > We use sabredav for caldav+cardav and roundcube+agendav for nice > > web ui :) > > > Is Sabre still maintained? http://sabre.io/ says 2018 is most recent version -- In modern fantasy (literary or governmental), killing people is the

> On May 2, 2016 at 9:56 AM Tom Sommer <mail at tomsommer.dk> wrote: > > > > On 2016-04-29 16:25, Matteo Gaito Test Account wrote: > > > i've search a lot in order to find a way to delete account by dovecot > > but i > > found only this way > > > > http://dovecot.org/list/dovecot/2011-November/079273.html > > > > It's

I upgraded to beta7 from alpha4, and got this error during the auth process: dovecot: auth(default): client in: AUTH 1 PLAIN service=POP3 lip=0.0.0.0 rip=0.0.0.0 resp=<hidden> dovecot: auth-worker(default): sql(webmaster at example.com,0.0.0.0): query: SELECT username as user, NULL as password FROM users WHERE username = 'webmaster at example.com' AND

On 29 Jun 2018, at 15.05, Tom Sommer <mail at tomsommer.dk> wrote: > > On 2018-06-29 14:51, Timo Sirainen wrote: > >> v2.3.2 is mainly a bugfix release. It contains all the changes in >> v2.2.36, as well as a bunch of other fixes (mainly for v2.3-only >> bugs). Binary packages are already in https://repo.dovecot.org/ > > A simple "yum update"

On 18.05.2017 10:55, Tom Sommer wrote: > On 2017-05-18 09:36, Teemu Huovila wrote: >> Hello Tom >> >> On 02.05.2017 11:19, Timo Sirainen wrote: >>> On 2 May 2017, at 10.41, Tom Sommer <mail at tomsommer.dk> wrote: >>>> >>>> (gdb) bt full >>>> #0 i_stream_seek (stream=0x21, v_offset=0) at istream.c:298 >>>>

> On May 1, 2017 at 8:26 PM Aki Tuomi <aki.tuomi at dovecot.fi> wrote: > > > > > On May 1, 2017 at 8:21 PM Tom Sommer <mail at tomsommer.dk> wrote: > > > > > > I just upgraded our Director to 2.2.29.1 from 2.2.26, and now my dmesg > > and /var/log/messages are getting flooded by these errors: > > > > lmtp[45758]: segfault at

On 2017-05-02 09:35, Aki Tuomi wrote: > On 2017-05-02 10:20, Tom Sommer wrote: >> On 2017-05-01 19:26, Aki Tuomi wrote: >>>> On May 1, 2017 at 8:21 PM Tom Sommer <mail at tomsommer.dk> wrote: >>>> >>>> >>>> I just upgraded our Director to 2.2.29.1 from 2.2.26, and now my >>>> dmesg >>>> and /var/log/messages

Hello Tom On 02.05.2017 11:19, Timo Sirainen wrote: > On 2 May 2017, at 10.41, Tom Sommer <mail at tomsommer.dk> wrote: >> >> (gdb) bt full >> #0 i_stream_seek (stream=0x21, v_offset=0) at istream.c:298 >> _stream = <value optimized out> >> #1 0x00007fe98391ff32 in i_stream_concat_read_next (stream=0x1efe6c0) at istream-concat.c:77 >>

On 29 Jun 2018, at 15.28, Tom Sommer <mail at tomsommer.dk> wrote: > > On 2018-06-29 15:20, Timo Sirainen wrote: >> On 29 Jun 2018, at 15.05, Tom Sommer <mail at tomsommer.dk> wrote: >>> On 2018-06-29 14:51, Timo Sirainen wrote: >>>> v2.3.2 is mainly a bugfix release. It contains all the changes in >>>> v2.2.36, as well as a bunch of other

> On April 5, 2016 at 12:24 PM aki.tuomi at dovecot.fi wrote: > > > > > On April 5, 2016 at 9:57 AM Tom Sommer <mail at tomsommer.dk> wrote: > > > > > > On 2016-04-05 08:44, aki.tuomi at dovecot.fi wrote: > > >> On April 5, 2016 at 9:27 AM Tom Sommer <mail at tomsommer.dk> wrote: > > >> > > >> > >