Re: [Imap-protocol] Multiple non-waiting UID SEARCH commands
Alexey Melnikov <[email protected]>
| Newsgroups | gmane.mail.imap.general |
|---|---|
| Message-ID | <[email protected]> |
On 21/08/2013 17:10, Barry Leiba wrote: >> I don't remember if that was really intentional though, since the main idea was to >> be able to send other commands during a long SEARCH, not really to be able to >> send another SEARCH. It requires adding extra code to prevent that. I think I'll >> probably add that, since although I'm not convinced the current way is violating >> RFC 3501, it's also not very helpful behavior for clients. But of course it'll take >> 10 years before most of the existing servers are upgraded.. > I don't think any SEARCH pipelining is helpful to clients -- that's a > large part of the reason we did ESEARCH. Because the search results > come in untagged, unlabelled responses that can't be correlated with > the search criteria that match them, any client that tries to pipeline > SEARCH commands is misguided, and is asking for trouble. > > So I don't think you should spend your time on "fixing" this. +1. _______________________________________________ Imap-protocol mailing list [email protected] http://mailman2.u.washington.edu/mailman/listinfo/imap-protocol