Re: [Imap-protocol] Detecting HIGHESTMODSEQ changes/po lling for flag changes

On Thursday, 20 March 2014 14:32:30 EDT, Ian Anderson wrote:
> I’m finding it dismayingly common that servers don’t give flag 
> changes (i.e. an untagged FETCH response with FLAGS) on a NOOP.  
> Some of them don’t support IDLE, or don’t give flag changes on 
> IDLE either.  At least some of the servers do support CONDSTORE 
> though.

I'm willing to argue that these servers are broken, and yes, I'm well aware 
that GMail is among them, and yes, this is despite the fact that RFC2177 
does not mention FLAGS explicitly. See [1] (and the rest of that thread) 
for details.

Seriously, letting one know about new messages, deleted messages *and* 
changes of messages' status is the whole point of IDLE. Randomly picking 
just a subset of these events and not notifying on the rest of them means 
that we're back to polling. If we're polling, we could very well get rid of 
the whole IDLE in the first place.

Anyway, Google's position on the issue is also documented in that thread, 
so there isn't much point in rehashing it again, I guess. The fact is that 
compared to the API which is available to their own client, the interface 
made available via IMAP is seriously limited. Take your own conclusions 
from that.

Cheers,
Jan

[1] http://marc.info/?l=imap&m=139057889631068&w=2

-- 
Trojitá, a fast Qt IMAP e-mail client -- http://trojita.flaska.net/
_______________________________________________
Imap-protocol mailing list
[email protected]
http://mailman13.u.washington.edu/mailman/listinfo/imap-protocol