Re: [Imap-protocol] Multiple non-waiting UID SEARCH commands
Barry Leiba <[email protected]>
| Newsgroups | gmane.mail.imap.general |
|---|---|
| Message-ID | <CAC4RtVCT_d6_-LJ=_WCLD6SWtueR_Nae=ZN-ytAthaG3fROu=g@mail.gmail.com> |
> 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. Barry _______________________________________________ Imap-protocol mailing list [email protected] http://mailman2.u.washington.edu/mailman/listinfo/imap-protocol