Re: [Imap-protocol] Multiple non-waiting UID SEARCH commands
Timo Sirainen <[email protected]>
| Newsgroups | gmane.mail.imap.general |
|---|---|
| Message-ID | <[email protected]> |
On 21.8.2013, at 18.35, Lasse Jansen <[email protected]> wrote: > Dovecot does apparently if a search command takes longer that 0.1 seconds as Timo mentioned before. I tried his suggestion to force this behavior with a BODY search and it does indeed happen: > > 1 UID SEARCH BODY "NOT IN MY MESSAGES" > 2 UID SEARCH UNSEEN > * SEARCH 33115 > * SEARCH > 1 OK Search completed (7.811 secs). > 2 OK Search completed (0.000 secs). > > The unseen message is reported before the empty search result for the body search. 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.. _______________________________________________ Imap-protocol mailing list [email protected] http://mailman2.u.washington.edu/mailman/listinfo/imap-protocol