MBOX-Line: From blong at google.com  Thu Mar 20 12:17:12 2014
To: imap-protocol@u.washington.edu
From: Brandon Long <blong@google.com>
Date: Fri Jun  8 12:34:52 2018
Subject: [Imap-protocol] Detecting HIGHESTMODSEQ changes/polling for
	flag changes
In-Reply-To: <38fb5091-dd83-484e-9b95-49ed42899485@flaska.net>
References: <4E9EBB0E-ADFB-4F79-A27B-51ADC8395D71@apple.com>
	<38fb5091-dd83-484e-9b95-49ed42899485@flaska.net>
Message-ID: <CABa8R6s3V9ysVKQ_RfgpNtr_oHNcG_mmkKo5jUkEKHnVVrESrA@mail.gmail.com>

Our support for unsolicited FETCH responses is in testing.  Anyone who
would like to test it is welcome to ping me, and I can enable it for the
accounts you specify.

Brandon


On Thu, Mar 20, 2014 at 12:07 PM, Jan Kundr?t <jkt@flaska.net> wrote:

> 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
> Imap-protocol@u.washington.edu
> http://mailman13.u.washington.edu/mailman/listinfo/imap-protocol
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman13.u.washington.edu/pipermail/imap-protocol/attachments/20140320/35f0a812/attachment.html>
