Timo,

On Tue, Mar 12, 2019, at 3:56 AM, Timo Sirainen via dovecot wrote:

On 10 Mar 2019, at 10.14, Kostya Vasilyev via dovecot <dovecot@dovecot.org> wrote:

My mail is stored under ~/mail/.imap (not sure what this format is called), I mean not "single file mbox".

I have not changed any IDLE related config settings:

doveconf  | grep -i idle

default_idle_kill = 1 mins

director_ping_idle_timeout = 30 secs

imap_idle_notify_interval = 2 mins

imapc_max_idle_time = 29 mins

mailbox_idle_check_interval = 30 secs

What can I do to make Dovecot notify IDLE clients about flags changes - more quickly? Preferably near-instant?

It should simply just work, assuming there aren't any weird inotify limits, but you should get errors logged about reaching those. You could see if it makes any difference to set mailbox_idle_check_interval=1s

mailbox_idle_check_interval = 1 secs

did not help

Here is an interesting case

- Let's say I have my IDLE connection.

- Connection "A" - an email app where I set or clear \Flagged on two messages.

The IDLE connection is silent (no unsolicited notifications about these flags).

- Connection "B" - an email app where I do a refresh - it does a SELECT (CONDSTORE) followed by FETCH UID FLAGS CHANGEDSINCE (because it sees that there are only flags changes).

---> the IDLE connection is notified about flags changes immediately right as Connection "B" is pulling its changes.

I tried a direct network connection (netcat) instead of Connection "B" and the actual trigger is SELECT (CONDSTORE).

- Start up IDLE connection

- Use Connection "A" to make flags changes

 

( IDLE connection is silent )

- Use a netcat connection to SELECT (CONDSTORE)

Dovecot flushes flags to the IDLE connection immediately

- Doing SELECT (without CONDSTORE) does not

Looks like some sort of bug in Dovecot related to CONDSTORE?

This can probably be reproduced with several direct network connections using netcat / openssl s_client - and CONDSTORE seems to be an important part of the scenario.

Ideas?

-- K