Re: [Imap-protocol] Re: QRESYNC Questions
Bron Gondwana <[email protected]>
| Newsgroups | gmane.mail.imap.general |
|---|---|
| Message-ID | <1360356725.26278.140661188781457.3532161E@webmail.messagingengine.com> |
On Sat, Feb 9, 2013, at 02:06 AM, Jan Kundrát wrote: > On Friday, 8 February 2013 15:50:38 CEST, Pete Maclean wrote: > > When a client has not enabled CONDSTORE and sends an ENABLE > > QRESYNC command to a server that advertises QRESYNC capability, > > should the untagged response say "* ENABLED QRESYNC" or "* > > ENABLED QRESYNC CONDSTORE"? My reading of the spec tells me the > > latter but I observe that another server sends the former. > > I believe that both of these are compliant. I haven't found a definitive answer on this in either 5161 (ENABLE) or 5162 (QRESYNC) RFCs. Cyrus does the latter. I also agree it is the correct way. > I have one suggestion for the actual implementation: please don't ever send EXPUNGE when QRESYNC is enabled, and never reference other UIDs in VANISHED than those which have been just expunged. These restrictions are not mandated by the current version of the RFC, but are very important for clients (they prevent an ambiguous state where the client suddenly doesn't know which UIDs still remain in the mailbox). This one could be tricky depending on your backend. Cyrus does it right for changes, but may need to tell "gaps" during SELECT depending on storage settings. > Also, thanks for implementing QRESYNC; it's an extremely important RFC which improves the clients' behavior tremendously; the savings on traffic when opening mailboxes are huge. What IMAP server is the code you're working on? Agree. It's good to see many servers coming out with more than just RFC3501 support. > With kind regards, > Jan > > -- > Trojitá, a fast Qt IMAP e-mail client -- http://trojita.flaska.net/ > _______________________________________________ > Imap-protocol mailing list > [email protected] > http://mailman2.u.washington.edu/mailman/listinfo/imap-protocol -- Bron Gondwana [email protected] _______________________________________________ Imap-protocol mailing list [email protected] http://mailman2.u.washington.edu/mailman/listinfo/imap-protocol