Re: How does notmuch track mails?
[notmuch-archives.git] / 32 / d86e2c1458c5f86efd051a34afbacc942dba65
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
8 X-Spam-Flag: NO\r
9 X-Spam-Score: -0.008\r
10 X-Spam-Level: \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
38 MIME-Version: 1.0\r
39 Content-Type: text/plain\r
40 X-BeenThere: notmuch@notmuchmail.org\r
41 X-Mailman-Version: 2.1.20\r
42 Precedence: list\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
53 \r
54 Daniel Kahn Gillmor <dkg@fifthhorseman.net> writes:\r
55 \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
58 >\r
59 > The semantics would be something like:\r
60 >\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
65 \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
72 patches).\r
73 \r
74 d\r