Re: [RFC PATCH] Re: excessive thread fusing

2021-12-31 Thread David Bremner
Mark Walters writes: >>> I haven't tracked through all the logic of the existing algorithm for >>> this case. But I don't like hearing that notmuch constructs different >>> threads for the same messages presented in different orders. This sounds >>> like a bug separate from what we've discussed

[RFC PATCH] Re: excessive thread fusing

2014-04-21 Thread Austin Clements
Quoth Mark Walters on Apr 21 at 8:20 am: > > >> I haven't tracked through all the logic of the existing algorithm for > >> this case. But I don't like hearing that notmuch constructs different > >> threads for the same messages presented in different orders. This sounds > >> like a bug separate

[RFC PATCH] Re: excessive thread fusing

2014-04-21 Thread Mark Walters
>> I haven't tracked through all the logic of the existing algorithm for >> this case. But I don't like hearing that notmuch constructs different >> threads for the same messages presented in different orders. This sounds >> like a bug separate from what we've discussed above. I think I have

Re: [RFC PATCH] Re: excessive thread fusing

2014-04-21 Thread Mark Walters
I haven't tracked through all the logic of the existing algorithm for this case. But I don't like hearing that notmuch constructs different threads for the same messages presented in different orders. This sounds like a bug separate from what we've discussed above. I think I have now found

Re: [RFC PATCH] Re: excessive thread fusing

2014-04-21 Thread Austin Clements
Quoth Mark Walters on Apr 21 at 8:20 am: I haven't tracked through all the logic of the existing algorithm for this case. But I don't like hearing that notmuch constructs different threads for the same messages presented in different orders. This sounds like a bug separate from what

Re: [RFC PATCH] Re: excessive thread fusing

2014-04-21 Thread Carl Worth
Austin Clements amdra...@mit.edu writes: But let me propose an idea I've been kicking around for a while: ghost message documents. Rather than using user metadata for tracking these missing messages, use regular documents with the exact same terms we use now for message IDs and thread IDs,

[RFC PATCH] Re: excessive thread fusing

2014-04-20 Thread David Bremner
Carl Worth writes: > > Another idea would be to trigger specifically on common forms. Judging > From the samples in this particular thread, it seems like a workable > heuristic would be: > > If the In-Reply-To header begins with '<': > > Parse that initial portion as a message

excessive thread fusing

2014-04-20 Thread Austin Clements
Quoth myself on Apr 20 at 12:48 pm: > Quoth Andrei POPESCU on Apr 20 at 12:04 am: > > On Sb, 19 apr 14, 18:52:02, Eric wrote: > > > > > > This may not actually be any help, but both hypermail and mhonarc agree > > > that two messages form a separate thread from the rest. I believe that > > > the

[RFC PATCH] Re: excessive thread fusing

2014-04-20 Thread Mark Walters
On Sun, 20 Apr 2014, Carl Worth wrote: > Mark Walters writes: >> I have done dome debugging of this. > > Thanks for looking closely, Mark! > >> There is a patch below which fixes this test case but who knows what >> it breaks! Please DO NOT apply unless someone who knows this code says >> it's

excessive thread fusing

2014-04-20 Thread Austin Clements
Quoth Andrei POPESCU on Apr 20 at 12:04 am: > On Sb, 19 apr 14, 18:52:02, Eric wrote: > > > > This may not actually be any help, but both hypermail and mhonarc agree > > that two messages form a separate thread from the rest. I believe that > > the latter, at least, is the JWZ algorithm. > >

[RFC PATCH] Re: excessive thread fusing

2014-04-20 Thread Mark Walters
On Sat, 19 Apr 2014, David Bremner wrote: > Gregor Zattler mentioned some problems with threading at > >id:20120126004024.GA13704 at shi.workgroup > > After some off list discussions, I believe I have a smaller test case. > > The attached maildir contains 24 messages from the org mode

excessive thread fusing

2014-04-20 Thread Andrei POPESCU
On Sb, 19 apr 14, 18:52:02, Eric wrote: > > This may not actually be any help, but both hypermail and mhonarc agree > that two messages form a separate thread from the rest. I believe that > the latter, at least, is the JWZ algorithm. mutt concurs. Kind regards, Andrei -- If you can't explain

[RFC PATCH] Re: excessive thread fusing

2014-04-20 Thread Mark Walters
On Sat, 19 Apr 2014, David Bremner da...@tethera.net wrote: Gregor Zattler mentioned some problems with threading at id:20120126004024.GA13704@shi.workgroup After some off list discussions, I believe I have a smaller test case. The attached maildir contains 24 messages from the org

Re: [RFC PATCH] Re: excessive thread fusing

2014-04-20 Thread Carl Worth
Mark Walters markwalters1...@gmail.com writes: I have done dome debugging of this. Thanks for looking closely, Mark! There is a patch below which fixes this test case but who knows what it breaks! Please DO NOT apply unless someone who knows this code says it's OK. I wrote much of the

Re: [RFC PATCH] Re: excessive thread fusing

2014-04-20 Thread Mark Walters
On Sun, 20 Apr 2014, Carl Worth cwo...@cworth.org wrote: Mark Walters markwalters1...@gmail.com writes: I have done dome debugging of this. Thanks for looking closely, Mark! There is a patch below which fixes this test case but who knows what it breaks! Please DO NOT apply unless someone

Re: [RFC PATCH] Re: excessive thread fusing

2014-04-20 Thread David Bremner
Carl Worth cwo...@cworth.org writes: Another idea would be to trigger specifically on common forms. Judging From the samples in this particular thread, it seems like a workable heuristic would be: If the In-Reply-To header begins with '': Parse that initial portion as a

Re: excessive thread fusing

2014-04-20 Thread Austin Clements
Quoth Andrei POPESCU on Apr 20 at 12:04 am: On Sb, 19 apr 14, 18:52:02, Eric wrote: This may not actually be any help, but both hypermail and mhonarc agree that two messages form a separate thread from the rest. I believe that the latter, at least, is the JWZ algorithm. mutt concurs.

Re: excessive thread fusing

2014-04-20 Thread Austin Clements
Quoth myself on Apr 20 at 12:48 pm: Quoth Andrei POPESCU on Apr 20 at 12:04 am: On Sb, 19 apr 14, 18:52:02, Eric wrote: This may not actually be any help, but both hypermail and mhonarc agree that two messages form a separate thread from the rest. I believe that the latter, at

excessive thread fusing

2014-04-19 Thread David Bremner
Gregor Zattler mentioned some problems with threading at id:20120126004024.GA13704 at shi.workgroup After some off list discussions, I believe I have a smaller test case. The attached maildir contains 24 messages from the org mode list. According to notmuch, these form one thread, but

excessive thread fusing

2014-04-19 Thread Eric
On Sat, 19 Apr 2014 21:33:36 +0900, David Bremner wrote: > > Gregor Zattler mentioned some problems with threading at > >id:20120126004024.GA13704 at shi.workgroup > > After some off list discussions, I believe I have a smaller test case. > > The attached maildir contains 24 messages

excessive thread fusing

2014-04-19 Thread David Bremner
Gregor Zattler mentioned some problems with threading at id:20120126004024.GA13704@shi.workgroup After some off list discussions, I believe I have a smaller test case. The attached maildir contains 24 messages from the org mode list. According to notmuch, these form one thread, but I

Re: excessive thread fusing

2014-04-19 Thread Eric
On Sat, 19 Apr 2014 21:33:36 +0900, David Bremner da...@tethera.net wrote: Gregor Zattler mentioned some problems with threading at id:20120126004024.GA13704@shi.workgroup After some off list discussions, I believe I have a smaller test case. The attached maildir contains 24

Re: excessive thread fusing

2014-04-19 Thread Andrei POPESCU
On Sb, 19 apr 14, 18:52:02, Eric wrote: This may not actually be any help, but both hypermail and mhonarc agree that two messages form a separate thread from the rest. I believe that the latter, at least, is the JWZ algorithm. mutt concurs. Kind regards, Andrei -- If you can't explain it