c4/6ad5f339f20fb60d52babff4ae8e8a57c42a78

   1 Return-Path: <jrollins@finestructure.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 olra.theworths.org (Postfix) with ESMTP id 7C549431FBC\r
   6         for <notmuch@notmuchmail.org>; Mon, 11 Feb 2013 23:08:07 -0800 (PST)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -2.3\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-2.3 tagged_above=-999 required=5\r
  12         tests=[RCVD_IN_DNSWL_MED=-2.3] autolearn=unavailable\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 VLQhBVMnYWvn for <notmuch@notmuchmail.org>;\r
  16         Mon, 11 Feb 2013 23:08:07 -0800 (PST)\r
  17 Received: from outgoing-mail.its.caltech.edu (outgoing-mail.its.caltech.edu\r
  18         [131.215.239.19])\r
  19         by olra.theworths.org (Postfix) with ESMTP id 564DC431FAF\r
  20         for <notmuch@notmuchmail.org>; Mon, 11 Feb 2013 23:08:07 -0800 (PST)\r
  21 Received: from earth-doxen.imss.caltech.edu (localhost [127.0.0.1])\r
  22         by earth-doxen-postvirus (Postfix) with ESMTP id C8D9866E00CF;\r
  23         Mon, 11 Feb 2013 23:07:59 -0800 (PST)\r
  24 X-Spam-Scanned: at Caltech-IMSS on earth-doxen by amavisd-new\r
  25 Received: from finestructure.net (cpe-76-166-145-133.socal.res.rr.com\r
  26         [76.166.145.133]) (Authenticated sender: jrollins)\r
  27         by earth-doxen-submit (Postfix) with ESMTP id AD94666E00B8;\r
  28         Mon, 11 Feb 2013 23:07:53 -0800 (PST)\r
  29 Received: by finestructure.net (Postfix, from userid 1000)\r
  30         id 1078D62219; Mon, 11 Feb 2013 23:07:53 -0800 (PST)\r
  31 From: Jameson Graef Rollins <jrollins@finestructure.net>\r
  32 To: David Bremner <david@tethera.net>,\r
  33         Robert Mast <beheerder@tekenbeetziekten.nl>,\r
  34         'Carl Worth' <cworth@cworth.org>,\r
  35         'Jani Nikula' <jani@nikula.org>, notmuch@notmuchmail.org\r
  36 Subject: RE: Reply all - issue\r
  37 In-Reply-To: <87r4l2kvak.fsf@zancas.localnet>\r
  38 References: <000001cdfcd9$82500f00$86f02d00$@nl> <87wquxjq7k.fsf@nikula.org>\r
  39         <002601cdfd83$83b283f0$8b178bd0$@nl>\r
  40         <87boc8bt8a.fsf@yoom.home.cworth.org>\r
  41         <000001cdff33$afe11070$0fa33150$@nl>\r
  42         <87txpykve8.fsf@zancas.localnet> <87r4l2kvak.fsf@zancas.localnet>\r
  43 User-Agent: Notmuch/0.15+8~gd4a7374 (http://notmuchmail.org) Emacs/24.2.1\r
  44         (x86_64-pc-linux-gnu)\r
  45 Date: Mon, 11 Feb 2013 23:07:50 -0800\r
  46 Message-ID: <87sj52nh6h.fsf@servo.finestructure.net>\r
  47 MIME-Version: 1.0\r
  48 Content-Type: multipart/signed; boundary="=-=-=";\r
  49         micalg=pgp-sha256; protocol="application/pgp-signature"\r
  50 X-BeenThere: notmuch@notmuchmail.org\r
  51 X-Mailman-Version: 2.1.13\r
  52 Precedence: list\r
  53 List-Id: "Use and development of the notmuch mail system."\r
  54         <notmuch.notmuchmail.org>\r
  55 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  56         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  57 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  58 List-Post: <mailto:notmuch@notmuchmail.org>\r
  59 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  60 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  61         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  62 X-List-Received-Date: Tue, 12 Feb 2013 07:08:07 -0000\r
  63 \r
  64 --=-=-=\r
  65 Content-Type: text/plain\r
  66 \r
  67 On Wed, Jan 30 2013, David Bremner <david@tethera.net> wrote:\r
  68 > Let me step back a level and say that special casing git patch series\r
  69 > strikes me as not yet seeing the problem in enough generality. Others\r
  70 > might disagree, of course.\r
  71 \r
  72 I agree with this statement.\r
  73 \r
  74 So I encounter the thread hijacking problem occasionally, but not\r
  75 frequently enough that I would trust a particular heuristic to cover it.\r
  76 I think I would prefer to just split hijacked threads manually as I\r
  77 encounter them.\r
  78 \r
  79 Just a thought: what if messages with a given tag (e.g. "new-thread")\r
  80 were always treated as the source of a new thread?  A message with the\r
  81 given tag could just be (re)indexed with any In-Reply-To/References\r
  82 headers stripped before indexing.  This would allow users to break\r
  83 threads manually, and it would mean dump && restore would always return\r
  84 the same state.\r
  85 \r
  86 The actual thread breaking, or specifically where it happens, would have\r
  87 to be thought through a bit.  Maybe this could be rolled into notmuch\r
  88 new somehow?  Or some other top-level function that applies operations\r
  89 to messages based on tags?\r
  90 \r
  91 jamie.\r
  92 \r
  93 --=-=-=\r
  94 Content-Type: application/pgp-signature\r
  95 \r
  96 -----BEGIN PGP SIGNATURE-----\r
  97 Version: GnuPG v1.4.12 (GNU/Linux)\r
  98 \r
  99 iQIcBAEBCAAGBQJRGepGAAoJEO00zqvie6q8ww0P+wfU3lZnpzMeX2xsygDyhrfv\r
 100 uxguQYOx744Nb3boVqkrKasRpJuuTXGkoyBvtnFHAD3EyExP1h/uE7YWBo8AULzd\r
 101 kxBgZdney4Z4UCxxPJpe4XJNjIEwTbuOR1691SU07GFshewI79/urC9jqiocUytO\r
 102 b6UhvwBXzK3qcqKgBgRmEYqO1V6Av7RdFjBSbL/ZiYn0nOc4y4oUi2dh2kB2gWeC\r
 103 n4YOsI1t2qV9b2Y+36SXBV7omX1a42CQJHLH/6mtGd2Oo3imIqdzsTW3kyZAhuJQ\r
 104 smBt4sxjYA79gvgUTlmw6tYIje2qhDbWbHFDUbb0kz0aZEqB4q+i04n5m4vdT4N3\r
 105 7lvoG/IHnQWI1LDX81n9DoaISbfJ36WyUU3151izHt/0l12cGpP/CAynG1jGziRx\r
 106 N2iq4DBWlqQBKno/qNnSMY9usvnoA9beX9q4hMVg7S/YnDQk1lK1ux95oPfYtLDd\r
 107 g/EUEDgMFwia4Dft6Q9yCG1v0IQP9Q3R2VDTshgXv0NutQg/Benj70EDZVaQZbbs\r
 108 kdCB8xo3RRTUWPkAVk8lUoe6zrLPlrkhQknFPkFHxgkvBVwALceNBSwvxL0IChch\r
 109 XaG9qukYgqrlh+Fly3dqXY97m6rhbT57EyALHJCYgSjPOCw9LXcxkRB8TvT6TLkS\r
 110 OXps5gD/O80wf9MV7hK7\r
 111 =7S0Z\r
 112 -----END PGP SIGNATURE-----\r
 113 --=-=-=--\r