Re: IMAP SNIPPET extension (initial draft)
Stu Brandt <[email protected]>
| Newsgroups | gmane.ietf.imapext |
|---|---|
| Message-ID | <[email protected]> |
Thanks, Michael, for putting this together. On 5/4/15 1:56 AM, Michael M Slusarz wrote: [snip] > 7. TODO > > 1. More explicit algorithm for text/plain processing? > > 2. Interaction with CONDSTORE (MODSEQs)? Is this where details on the question of the snippet being mutable/immutable will be or does the mention of CONDSTORE here imply that it's assumed to be mutable? Assuming the latter, it would be good to cover the cases that demand a mutable snippet + offer recommendations for clients that don't use CONDSTORE/MODSEQ regarding snippet fetch frequency. I'd sure hate to see all the "FETCH 1:* (UID FLAGS)" polling turn into "FETCH 1:* (UID FLAGS SNIPPET)" > > 3. Allow algorithms to return non-text/plain data? _______________________________________________ imapext mailing list [email protected] https://www.ietf.org/mailman/listinfo/imapext