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