60/b906b14aa54eed119e2ce33b2a4920fa1e98de

   1 Return-Path: <amdragon@mit.edu>\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 olra.theworths.org (Postfix) with ESMTP id 104A0431FBD\r
   6         for <notmuch@notmuchmail.org>; Sun, 20 Apr 2014 09:48:26 -0700 (PDT)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -0.7\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
  12         tests=[RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\r
  13 Received: from olra.theworths.org ([127.0.0.1])\r
  14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  15         with ESMTP id 71QgLFBC2ztY for <notmuch@notmuchmail.org>;\r
  16         Sun, 20 Apr 2014 09:48:18 -0700 (PDT)\r
  17 Received: from dmz-mailsec-scanner-7.mit.edu (dmz-mailsec-scanner-7.mit.edu\r
  18         [18.7.68.36])\r
  19         (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\r
  20         (No client certificate requested)\r
  21         by olra.theworths.org (Postfix) with ESMTPS id 05FFE431FBC\r
  22         for <notmuch@notmuchmail.org>; Sun, 20 Apr 2014 09:48:17 -0700 (PDT)\r
  23 X-AuditID: 12074424-f79e26d000000c70-72-5353fa5035b5\r
  24 Received: from mailhub-auth-2.mit.edu ( [18.7.62.36])\r
  25         (using TLS with cipher AES256-SHA (256/256 bits))\r
  26         (Client did not present a certificate)\r
  27         by dmz-mailsec-scanner-7.mit.edu (Symantec Messaging Gateway) with SMTP\r
  28         id 6F.84.03184.15AF3535; Sun, 20 Apr 2014 12:48:17 -0400 (EDT)\r
  29 Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11])\r
  30         by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id s3KGmFND030104\r
  31         for <notmuch@notmuchmail.org>; Sun, 20 Apr 2014 12:48:16 -0400\r
  32 Received: from awakening.csail.mit.edu (awakening.csail.mit.edu [18.26.4.91])\r
  33         (authenticated bits=0)\r
  34         (User authenticated as amdragon@ATHENA.MIT.EDU)\r
  35         by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id s3KGmD0K007793\r
  36         (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT)\r
  37         for <notmuch@notmuchmail.org>; Sun, 20 Apr 2014 12:48:15 -0400\r
  38 Received: from amthrax by awakening.csail.mit.edu with local (Exim 4.80)\r
  39         (envelope-from <amdragon@mit.edu>) id 1Wbuua-0005a5-Qi\r
  40         for notmuch@notmuchmail.org; Sun, 20 Apr 2014 12:48:12 -0400\r
  41 Date: Sun, 20 Apr 2014 12:48:12 -0400\r
  42 From: Austin Clements <amdragon@MIT.EDU>\r
  43 To: notmuch@notmuchmail.org\r
  44 Subject: Re: excessive thread fusing\r
  45 Message-ID: <20140420164812.GB25817@mit.edu>\r
  46 References: <87ioq5mrbz.fsf@maritornes.cs.unb.ca>\r
  47         <E1WbZQo-00028u-60@teckel.deptj.eu>\r
  48         <20140419210439.GC1797@sid.nuvreauspam>\r
  49 MIME-Version: 1.0\r
  50 Content-Type: text/plain; charset=us-ascii\r
  51 Content-Disposition: inline\r
  52 In-Reply-To: <20140419210439.GC1797@sid.nuvreauspam>\r
  53 User-Agent: Mutt/1.5.21 (2010-09-15)\r
  54 X-Brightmail-Tracker:\r
  55  H4sIAAAAAAAAA+NgFnrHIsWRmVeSWpSXmKPExsUixG6nohv4KzjYYMkcZovrN2cyOzB6PFt1\r
  56         izmAMYrLJiU1J7MstUjfLoErY9fODSwFE3gqzmzezNTAeIqzi5GTQ0LAROL2rpVsELaYxIV7\r
  57         64FsLg4hgdlMEh9urWeEcM4zSpw+0QCVeckkMf3LV2YI5xCjxISZ24DKODhYBFQl3mw2AhnF\r
  58         JqAhsW3/ckYQW0RAWmLn3dmsILawgIrExjOzmUBsXgEdidmbWqHmNDJK9D3bwgaREJQ4OfMJ\r
  59         C4jNLKAlcePfSyaQ+cxAg5b/4wAJcwKd3fzgDjOILQo0c8rJbWwTGAVnIemehaR7FkL3Akbm\r
  60         VYyyKblVurmJmTnFqcm6xcmJeXmpRbrmermZJXqpKaWbGMHB6qKyg7H5kNIhRgEORiUe3hc/\r
  61         goKFWBPLiitzDzFKcjApifIWfA4OFuJLyk+pzEgszogvKs1JLQaGBwezkgjvyZdAOd6UxMqq\r
  62         1KJ8mJQ0B4uSOO9ba6tgIYH0xJLU7NTUgtQimKwMB4eSBG80yFDBotT01Iq0zJwShDQTByfI\r
  63         cB6g4T0gNbzFBYm5xZnpEPlTjIpS4rwmX4ASAiCJjNI8uF5YMnnFKA70ijBvLEg7DzARwXW/\r
  64         AhrMBDT475kAkMEliQgpqQbGLcsS0sxNNq9YqK85PXoT247X37WC5A14UiVLFlxoVbr9+tHT\r
  65         sG/HLhmbB925t2XnYUu3A2f27j/7nEV64c2FzbPCn8y9k5P8vNQs53fD+Z9aJfetdldMnq/d\r
  66         Kyl8w/FN09RtKicS9AqPF84ttz28dtfv5bHxt1McpwZ0FckdTOnynnGpTuYUpxJLcUaioRZz\r
  67         UXEiAPjCPzQBAwAA\r
  68 X-BeenThere: notmuch@notmuchmail.org\r
  69 X-Mailman-Version: 2.1.13\r
  70 Precedence: list\r
  71 List-Id: "Use and development of the notmuch mail system."\r
  72         <notmuch.notmuchmail.org>\r
  73 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  74         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  75 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  76 List-Post: <mailto:notmuch@notmuchmail.org>\r
  77 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  78 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  79         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  80 X-List-Received-Date: Sun, 20 Apr 2014 16:48:26 -0000\r
  81 \r
  82 Quoth Andrei POPESCU on Apr 20 at 12:04 am:\r
  83 > On Sb, 19 apr 14, 18:52:02, Eric wrote:\r
  84 > > \r
  85 > > This may not actually be any help, but both hypermail and mhonarc agree\r
  86 > > that two messages form a separate thread from the rest. I believe that\r
  87 > > the latter, at least, is the JWZ algorithm.\r
  88 > \r
  89 > mutt concurs.\r
  90 \r
  91 Can anyone explain why JWZ *doesn't* have the same problem?  I don't\r
  92 see how this heuristic doesn't doom it to the same fate:\r
  93 \r
  94   The References field is populated from the ``References'' and/or\r
  95   ``In-Reply-To'' headers. If both headers exist, take the first thing\r
  96   in the In-Reply-To header that looks like a Message-ID, and append\r
  97   it to the References header.\r
  98 \r
  99 Given this, even considering only messages 18 and 52 (which "should"\r
 100 be in different threads), JWZ should find the common "parent"\r
 101 e.fraga@ucl.ac.uk and link them in to the same thread:\r
 102 \r
 103 Add 18 (step 1)\r
 104 - The combined "references" list is <ID17> <e.fraga@ucl.ac.uk>\r
 105 - Creates and links containers 17 <- e.fraga@ucl.ac.uk <- 18 where the\r
 106   first two are empty\r
 107 \r
 108 Add 52 (step 1)\r
 109 - The combined "references" list is <ID31> <ID32> <ID39>\r
 110   <e.fraga@ucl.ac.uk>\r
 111 - Creates and links containers 31 <- 32 <- 39\r
 112 - Also considers container e.fraga@ucl.ac.uk, but this is already\r
 113   linked, so it doesn't change it\r
 114 - Creates container 52 and links e.fraga@ucl.ac.uk <- 52 (step 1C)\r
 115 \r
 116 18 and 52 will later get promoted over their empty parent (step 4),\r
 117 but will remain in the same thread.\r
 118 \r
 119 What am I missing?  Or are these other MUAs not using pure JWZ?\r