[notmuch] Threading

2010-01-15 Thread martin f krafft
also sprach Carl Worth [2010.01.15.1108 +1300]: > > Reading is one thing. Information storage and organisation is > > another. After a message is delivered (and read) to my mailbox, > > it's really mine and I can (and should be able) to affix it and > > integrate it into my organisational scheme

[notmuch] Threading

2010-01-14 Thread Carl Worth
On Fri, 8 Jan 2010 16:12:38 +1300, martin f krafft wrote: > Reading is one thing. Information storage and organisation is > another. After a message is delivered (and read) to my mailbox, it's > really mine and I can (and should be able) to affix it and integrate > it into my organisational

Re: [notmuch] Threading

2010-01-14 Thread martin f krafft
also sprach Carl Worth cwo...@cworth.org [2010.01.15.1108 +1300]: Reading is one thing. Information storage and organisation is another. After a message is delivered (and read) to my mailbox, it's really mine and I can (and should be able) to affix it and integrate it into my

[notmuch] Threading

2010-01-08 Thread martin f krafft
also sprach Carl Worth [2009.12.11.0639 +1300]: > On Wed, 9 Dec 2009 16:21:34 -0700, Mark Anderson > wrote: > > I was wondering if there's a way in notmuch to group un-associated > > threads into a single thread. > > There's certainly nothing like that in notmuch currently. > > Sup had

[notmuch] Threading

2009-12-23 Thread Mark Anderson
On Tue, 15 Dec 2009 16:54:20 +0100, Marten Veldthuis wrote: > On Thu, 10 Dec 2009 13:30:13 -0800, Carl Worth wrote: > > But I still have a hard time justifying user operations to manipulate > > threading. The whole point of threading is to make it faster to process > > and read messages. But

[notmuch] Threading

2009-12-15 Thread Marten Veldthuis
On Thu, 10 Dec 2009 13:30:13 -0800, Carl Worth wrote: > But I still have a hard time justifying user operations to manipulate > threading. The whole point of threading is to make it faster to process > and read messages. But manual operations like joining and splitting > threads seem like the

Re: [notmuch] Threading

2009-12-15 Thread Marten Veldthuis
On Thu, 10 Dec 2009 13:30:13 -0800, Carl Worth cwo...@cworth.org wrote: But I still have a hard time justifying user operations to manipulate threading. The whole point of threading is to make it faster to process and read messages. But manual operations like joining and splitting threads seem

[notmuch] Threading

2009-12-10 Thread Marten Veldthuis
On Thu, 10 Dec 2009 09:39:48 -0800, Carl Worth wrote: > I think the right answer here is to fix the input that notmuch is > getting. Just ensure that each message has a proper In-Reply-To header > and all should be fine. On a related note, what about communicating with people who press reply on

[notmuch] Threading

2009-12-10 Thread Carl Worth
On Thu, 10 Dec 2009 20:08:18 +0100, Marten Veldthuis wrote: > On a related note, what about communicating with people who press reply > on an existing message, change the subject and start a new mail > thread. Most mail clients will still insert the In-Reply-To header, > which in this case is

[notmuch] Threading

2009-12-10 Thread Carl Worth
On Wed, 9 Dec 2009 16:21:34 -0700, Mark Anderson wrote: > I was wondering if there's a way in notmuch to group un-associated > threads into a single thread. There's certainly nothing like that in notmuch currently. Sup had user-level functionality in the interface for stitching messages into a

Re: [notmuch] Threading

2009-12-10 Thread Carl Worth
On Wed, 9 Dec 2009 16:21:34 -0700, Mark Anderson markr.ander...@amd.com wrote: I was wondering if there's a way in notmuch to group un-associated threads into a single thread. There's certainly nothing like that in notmuch currently. Sup had user-level functionality in the interface for

Re: [notmuch] Threading

2009-12-10 Thread Marten Veldthuis
On Thu, 10 Dec 2009 09:39:48 -0800, Carl Worth cwo...@cworth.org wrote: I think the right answer here is to fix the input that notmuch is getting. Just ensure that each message has a proper In-Reply-To header and all should be fine. On a related note, what about communicating with people who

[notmuch] Threading

2009-12-09 Thread Mark Anderson
I was wondering if there's a way in notmuch to group un-associated threads into a single thread. I have a bug tracking system that doesn't give me emails that thread naturally in notmuch. I wouldn't mind writing a filter that could help identify a thread id which should apply to a message,

[notmuch] Threading

2009-12-09 Thread Mark Anderson
I was wondering if there's a way in notmuch to group un-associated threads into a single thread. I have a bug tracking system that doesn't give me emails that thread naturally in notmuch. I wouldn't mind writing a filter that could help identify a thread id which should apply to a message,