Re: draft-ietf-imapext-thread

[Arnt Gulbrandsen <[e-mail]>]

Ken Murchison <[e-mail]>
> Arnt Gulbrandsen wrote:
> > Actually, subsetting would help with the cases I'm most interested in,
> > particularly if the server is permitted to also return answers outside the
> > requested set:  "Show me all the threads where there's new mail", "show me
> > all the messages from [e-mail], and the threads to which those
> > messages belong", "show me all discussion in our department-wide archive
> > where the subject included 'fumble'" and so on.
> 
> If I understand what you are looking for here, you want to filter the
> messages AFTER they have been threaded.

Yes; that's one way of looking at it.

> Mark and I have discussed this
> in the past, and other algorithms which are derivatives of REFERENCES
> are possible.  For instance, a REFERENCES.UNSEEN algorithm would return
> only those threads which contain at least one \Unseen message (similar
> to Netscape's "Threads with Unread").

But isn't that really duplicating the fourth argument in the second?
You're suggesting that

	thread references.unseen utf-8 unseen

should return what I think

	thread references utf-8 unseen

should.

> To do something like your last two examples, we would have to come up
> with a way, either with the (upcoming?) VIEW/WINDOW extension or an
> extension to THREAD, to provide generic post-thread filtering.

If the server's permitted to return MSNs/UIDs for an entire thread when at
least one message in the thread matches the search criteria for that
thread command, that should do it.

--Arnt