Re: [Imap-protocol] FETCH order
Pete Maclean <[email protected]>
| Newsgroups | gmane.mail.imap.general |
|---|---|
| Message-ID | <[email protected]> |
Hi Neil, That helps a lot. Indeed it is highly comforting. Thank you! Pete At 07:46 PM 4/29/2014, Neil Hunsperger wrote: >Hi Pete, > >Symantec Desktop Email Encryption's IMAP proxy reorders the FETCH >results that it returns to Windows and Mac IMAP clients to allow for >more efficient batching of decryption. The product has worked this >way for 6 or so years and I've heard no issues caused by the re-ordering. > >I hope this helps, >-Neil > >-----Original Message----- >From: Imap-protocol >[mailto:[email protected]] On Behalf >Of Pete Maclean >Sent: Tuesday, April 29, 2014 4:17 PM >To: [email protected] >Subject: [Imap-protocol] FETCH order > >I am working with a customer that wants some changes made to my IMAP >server to optimize the FETCHing of batches of full messages (such as >during mailbox syncs). Currently the server always returns messages >in ascending order by UID/MSN irrespective of the order in the FETCH >command. In the case of this customer, messages have to be retrieved >internally from one or more back ends and the time required to do >this can vary considerably from message to message. We want to >pipeline this retrieval so that those messages that can be retrieved >most quickly are returned to the client first. The result would be >that the client would receive the messages in an apparently random order. > >It is very clear that this is permitted by IMAP. It seems in the >spirit of the protocol and there is some text in the definition of >"sequence-set" that makes it explicit (although the way it is >expressed could be much improved). However this leaves us with one >concern. We observe that there exist clients that appear to only >ever send FETCH commands with sequence sets in ascending order and we >wonder if any of these would get messed up if they are sent the >message data in a different order. Does anyone have any experience with this? > >Thanks, > >Pete Maclean > >_______________________________________________ >Imap-protocol mailing list >[email protected] >http://mailman13.u.washington.edu/mailman/listinfo/imap-protocol _______________________________________________ Imap-protocol mailing list [email protected] http://mailman13.u.washington.edu/mailman/listinfo/imap-protocol