1 Return-Path: <david@tethera.net>
\r
2 X-Original-To: notmuch@notmuchmail.org
\r
3 Delivered-To: notmuch@notmuchmail.org
\r
4 Received: from localhost (localhost [127.0.0.1])
\r
5 by arlo.cworth.org (Postfix) with ESMTP id 165B76DE00DF
\r
6 for <notmuch@notmuchmail.org>; Sat, 6 Aug 2016 16:51:12 -0700 (PDT)
\r
7 X-Virus-Scanned: Debian amavisd-new at cworth.org
\r
11 X-Spam-Status: No, score=-0.008 tagged_above=-999 required=5 tests=[AWL=0.003,
\r
12 SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=disabled
\r
13 Received: from arlo.cworth.org ([127.0.0.1])
\r
14 by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024)
\r
15 with ESMTP id 9AwDjIvmL6MY for <notmuch@notmuchmail.org>;
\r
16 Sat, 6 Aug 2016 16:51:03 -0700 (PDT)
\r
17 Received: from fethera.tethera.net (fethera.tethera.net [198.245.60.197])
\r
18 by arlo.cworth.org (Postfix) with ESMTPS id 945936DE00C9
\r
19 for <notmuch@notmuchmail.org>; Sat, 6 Aug 2016 16:51:03 -0700 (PDT)
\r
20 Received: from remotemail by fethera.tethera.net with local (Exim 4.84_2)
\r
21 (envelope-from <david@tethera.net>)
\r
22 id 1bWBN5-0005rh-Fy; Sat, 06 Aug 2016 19:51:15 -0400
\r
23 Received: (nullmailer pid 28572 invoked by uid 1000);
\r
24 Sat, 06 Aug 2016 23:50:54 -0000
\r
25 From: David Bremner <david@tethera.net>
\r
26 To: Daniel Kahn Gillmor <dkg@fifthhorseman.net>,
\r
27 Notmuch Mail <notmuch@notmuchmail.org>
\r
28 Subject: Re: thread merge/split proposal
\r
29 In-Reply-To: <87d1pvsjfx.fsf@alice.fifthhorseman.net>
\r
30 References: <87mvp9uwi4.fsf@alice.fifthhorseman.net>
\r
31 <87k2kdutao.fsf@alice.fifthhorseman.net> <878u0l8uyv.fsf@zancas.localnet>
\r
32 <87egabu5ta.fsf@alice.fifthhorseman.net> <8737qr7ig6.fsf@zancas.localnet>
\r
33 <87d1pvsjfx.fsf@alice.fifthhorseman.net>
\r
34 User-Agent: Notmuch/0.22.1+61~g2ce0f13 (https://notmuchmail.org) Emacs/24.5.1
\r
35 (x86_64-pc-linux-gnu)
\r
36 Date: Sun, 07 Aug 2016 08:50:54 +0900
\r
37 Message-ID: <878tw98nj5.fsf@maritornes.cs.unb.ca>
\r
39 Content-Type: text/plain
\r
40 X-BeenThere: notmuch@notmuchmail.org
\r
41 X-Mailman-Version: 2.1.20
\r
43 List-Id: "Use and development of the notmuch mail system."
\r
44 <notmuch.notmuchmail.org>
\r
45 List-Unsubscribe: <https://notmuchmail.org/mailman/options/notmuch>,
\r
46 <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
\r
47 List-Archive: <http://notmuchmail.org/pipermail/notmuch/>
\r
48 List-Post: <mailto:notmuch@notmuchmail.org>
\r
49 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
\r
50 List-Subscribe: <https://notmuchmail.org/mailman/listinfo/notmuch>,
\r
51 <mailto:notmuch-request@notmuchmail.org?subject=subscribe>
\r
52 X-List-Received-Date: Sat, 06 Aug 2016 23:51:12 -0000
\r
54 Daniel Kahn Gillmor <dkg@fifthhorseman.net> writes:
\r
56 > That still doesn't cover the "notmuch unjoin" semantics i'd sketched out
\r
57 > earlier, though. that might need to be a different use case.
\r
59 > The semantics would be something like:
\r
61 > break the selected threads into threads based solely on their
\r
62 > References headers (including any manual reference terms) using
\r
63 > connected component analysis, restoring the threading to what would be
\r
64 > produced on a clean import.
\r
66 One thing I haven't understood is if the problem this is working around
\r
67 is unavoidable due to the order messages arrive (or some other factor)
\r
68 or if this is just a workaround for bugs in the threading algorithm. I'm
\r
69 guessing the former, but can you explain why the problem is intractable
\r
70 enough that the right answer is to reindex a thread (btw, that might be
\r
71 a UI, to use the reindex command introduced in your indexed plaintex
\r