[Imap-protocol] Re: Suspend/Restore feature proposal
Jan Kundrát <[email protected]>
| Newsgroups | gmane.mail.imap.general |
|---|---|
| Message-ID | <[email protected]> |
Hi Michael, I've read your draft, it's an interesting extension. However, it seems to me that the whole point here is to save a few roundtrips by skipping the process of activating/configuring various optional features. I'll discuss each extension separately. > COMPRESS=DEFLATE I was wondering if this one actually provides any benefit for a webmail client. But you're right that it indeed has an overhead and requires a full roundtrip to set up. However, please note that your extension also requires a full roundtrip, so you aren't any better here. > ENABLE (CONDSTORE/QRESYNC) > LANGUAGE > COMPARATOR It looks to me that you can easily pipeline all of these and that you do not risk anything by doing so. Yes, I'm aware of the wording of the ENABLE RFC which sounds like one really MUST check its return code, but a subsequent thread on this list indicated that this was not the desired outcome and that it is completely legal to pipeline ENABLE QRESYNC with SELECT ... QRESYNC. As of the LANGUAGE -- how often do you expect to hit an error condition which is not described by an appropriate response code? I don't think that blocking for its result would be a good design choice. And finally, what IMAP servers support the LANGUAGE extension? > CONVERSIONS > saved CONTEXTs > NOTIFY Are you actually aware of a single IMAP server supporting any of these (besides CONTEXT=SEARCH, which again can easily be pipelined without any race conditions, and is specific to a mailbox state anyway, which is outside of scope of your extensions)? In general, all of the items which you included as an example look like easily pipelineable items. Have you tried to use pipelining for these? What was the total time spent waiting for their completion in that case? What would be the best theoretical time which you could get by RESTORE? With kind regards, Jan _______________________________________________ Imap-protocol mailing list [email protected] http://mailman2.u.washington.edu/mailman/listinfo/imap-protocol