Re: Can I do this with the registry?

[David Abrahams <dave@boostpro.com>]

on Fri Mar 20 2009, Ted Zlatanov <tzz-AT-lifelogs.com> wrote:

> On Sat, 14 Mar 2009 22:50:32 -0700 David Abrahams <dave@boostpro.com> wrote: 
>
> DA> For various reasons, I need to delete messages from my INBOX when I'm
> DA> done with them.  Often someone will send me a reply and fail to quote
> DA> important context, or I'll simply need to go back and review earlier
> DA> messages in the thread.  I keep a "history" folder that essentially
> DA> accumulates everything that's passed through my email flow, so I have
> DA> the messages, but to find them I have to do lots of navigation.  Oh, and
> DA> sometimes I don't "have" all the messages, but they're available on some
> DA> NNTP group I subscribe to, because threads get "taken offline" (or the
> DA> opposite).
>
> DA> I'd really like a way to collect all the messages connected to a thread,
> DA> no matter which groups the thread has passed through.  Can the registry
> DA> help with that, and if so, how?
>
> The registry can give you the following for a message ID: sender,
> subject, mtime, and groups for that message.  You can also associate
> persistent flags with a message.
>
> What you need can be done by looking at the group 

Heh, /which/ group?

> for each message ID you need, looking for the message itself, and
> putting it in a list.  Then you can get the References for the parent
> message and recurse.

Sounds pretty compute-intensive unless I maintain some other index.

> I think you're asking for the list of messages to be interpreted as a
> virtual thread inside the current group, which is pretty hard and I
> don't know how to do it.  

Not necessarily.  I might be very happy with something that works like
nnmairix, by creating a "virtual" group on my client containing all the
messages of interest.

If you think you understand how to approach this problem and wouldn't
mind pointing me in the right direction, I'd be very grateful and very
willing to hack up the solution myself.

-- 
Dave Abrahams
BoostPro Computing
http://www.boostpro.com