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

On Thu, Mar 20, 2014 at 12:30 PM, Arnt Gulbrandsen <[email protected]
> wrote:

> On Thursday, March 20, 2014 8:07:29 PM CEST, Jan Kundrát wrote:
>
>> 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.
>>
>
> Slack must be cut ;)
>
> Their own client is maintained by people who have lunch with the server
> developers every other day. You're a client developer, but you don't have
> lunch with the server people.
>
> Brandon will tell you that he wants to treat you exactly as well as he
> treats their own client developers, and I think he honestly does want to do
> that. I even think their official policy matches Brandon's opinion, if they
> have an official policy. But you don't eat lunch with Brandon's team, and
> having lunch beats both official policies and preferences.


I'm not sure how much lunch is eaten with these people.  IMAP was developed
while we were all in MTV together, but now my team is in SF, and the iOS
team is in Waterloo.   Android is in MTV, though until recently in another
building not that close by... but a good amount of the frontend team is in
Zurich, and I think some of the backend is in Tel Aviv... what can I say,
we're a big company.

Anyhoo, as with anything else, its a matter of cost/benefits.  Most clients
that use our IMAP implementation don't sit on the connection for long
periods of time, so they haven't had much issue with getting re-synced
every time they poll.  I also know some clients which use STATUS to work
around our issues, there's nothing in our server which prevents STATUS from
working while a folder is SELECTed.

Brandon
The Sun never sets on the Gmail team

_______________________________________________
Imap-protocol mailing list
[email protected]
http://mailman13.u.washington.edu/mailman/listinfo/imap-protocol