Reply all - issue

Istvan Marko notmuch at kismala.com
Wed Feb 6 10:19:50 PST 2013


Michał Nazarewicz <mina86-deATy8a+UHjQT0dZR+AlfA at public.gmane.org>
writes:

> I was actually wondering that instead of hard coding the logic into notmuch
> itself, maybe it would be better to provide some sort of "split-thread" and
> "join-threads" which could than be used by separate tagging tool.

Such a customized threading feature would be great, I would use it to
tie together "loose threads" originating from crappy ticket tracking
tools that don't insert any In-Reply-To or References headers. Currently
I handle this by inserting fake In-Reply-To headers during delivery and
I would love to have a cleaner way.

To make this useful it would have to be persistent across dumps and
restores. 

If we only consider splitting then a relatively easy way might be to
allow the user to configure some tags to mark a split. In
.notmuch-config you'd have:

split_tags: split

And then you'd tag +split the message to mark the start of a new
thread. The threading code would watch for such tags. Which might get
hairy if the tag information is not already at hand during threading.

I don't see how this would work for joins so it would not help me but it
could address the original problem.

-- 
	Istvan


More information about the notmuch mailing list