Re: New draft: SEARCH return options

[Cyrus Daboo <[e-mail]>]

Hi Alexey,
I think you need to have some mention of how this interacts with 
draft-melnikov-imap-search-res-01.txt. Or that document should mention how 
it interacts with draft-melnikov-imap-search-ret-00.txt. One issue is:

a SEARCH RETURN (COUNT) UNSEEN

Strictly speaking the above command does not generate a message sequence 
set, so is the last search result $ item set or not?

There is also an interesting possibility of tying the two together via the 
ID return option I proposed. For example:

C: a SEARCH RETURN (ID 1 ALL) UNSEEN
C: a SEARCH RETURN (ID 2 ALL) DELETED
...

C: FETCH $[1] (UID INTERNALDATE FLAGS RFC822.HEADER)

C: FETCH $[2] (UID INTERNALDATE FLAGS RFC822.HEADER)

The fetch commands act on the result of the different searches, referenced 
by the ID option value. This means that a client could use multiple search 
result sets simultaneously, as opposed to in series, as they would have to 
right now.

This could prove very powerful for clients that want to present multiple 
simultaneous 'views' on the same mailbox.

-- 
Cyrus Daboo