--- /dev/null
+Return-Path: <madduck@lapse.rw.madduck.net>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+ by olra.theworths.org (Postfix) with ESMTP id AA37F431FBC\r
+ for <notmuch@notmuchmail.org>; Thu, 7 Jan 2010 19:12:46 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+ by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+ with ESMTP id 8pq-wufSS7Mp for <notmuch@notmuchmail.org>;\r
+ Thu, 7 Jan 2010 19:12:46 -0800 (PST)\r
+Received: from clegg.madduck.net (clegg.madduck.net [193.242.105.96])\r
+ by olra.theworths.org (Postfix) with ESMTP id 0504D431FAE\r
+ for <notmuch@notmuchmail.org>; Thu, 7 Jan 2010 19:12:46 -0800 (PST)\r
+Received: from lapse.rw.madduck.net (lapse.nz.madduck.net\r
+ [IPv6:2001:4428:234::1])\r
+ (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\r
+ (Client CN "lapse.rw.madduck.net",\r
+ Issuer "CAcert Class 3 Root" (verified OK))\r
+ by clegg.madduck.net (postfix) with ESMTPS id 87F011D4097\r
+ for <notmuch@notmuchmail.org>; Fri, 8 Jan 2010 04:12:41 +0100 (CET)\r
+Received: by lapse.rw.madduck.net (Postfix, from userid 1000)\r
+ id A3B0E809C; Fri, 8 Jan 2010 16:12:38 +1300 (NZDT)\r
+Date: Fri, 8 Jan 2010 16:12:38 +1300\r
+From: martin f krafft <madduck@madduck.net>\r
+To: notmuch <notmuch@notmuchmail.org>\r
+Message-ID: <20100108031238.GD23442@lapse.rw.madduck.net>\r
+Mail-Followup-To: notmuch <notmuch@notmuchmail.org>\r
+MIME-Version: 1.0\r
+Content-Type: multipart/signed; micalg=pgp-ripemd160;\r
+ protocol="application/pgp-signature"; boundary="fOHHtNG4YXGJ0yqR"\r
+Content-Disposition: inline\r
+In-Reply-To: <3wdzl59mjik.fsf@testarossa.amd.com>\r
+ <87my1kkzbn.fsf@marten.i-did-not-set--mail-host-address--so-tickle-me>\r
+ <87ocm64ivu.fsf@yoom.home.cworth.org>\r
+ <87ljha3avx.fsf@home.veldthuis.com>\r
+ <87ws0ug23f.fsf@yoom.home.cworth.org>\r
+ <1260400470-sup-5775@testarossa>\r
+X-Motto: Keep the good times rollin'\r
+X-OS: Debian GNU/Linux squeeze/sid kernel 2.6.32-trunk-686 i686\r
+X-Spamtrap: madduck.bogus@madduck.net\r
+X-Subliminal-Message: debian/rules!\r
+User-Agent: Mutt/1.5.20 (2009-06-14)\r
+X-Virus-Scanned: clamav-milter 0.95.3 at clegg\r
+X-Virus-Status: Clean\r
+Subject: Re: [notmuch] Threading\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+ <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Fri, 08 Jan 2010 03:12:46 -0000\r
+\r
+\r
+--fOHHtNG4YXGJ0yqR\r
+Content-Type: text/plain; charset=us-ascii\r
+Content-Disposition: inline\r
+Content-Transfer-Encoding: quoted-printable\r
+\r
+also sprach Carl Worth <cworth@cworth.org> [2009.12.11.0639 +1300]:\r
+> On Wed, 9 Dec 2009 16:21:34 -0700, Mark Anderson <markr.anderson@amd.com>=\r
+ wrote:\r
+> > I was wondering if there's a way in notmuch to group un-associated\r
+> > threads into a single thread.\r
+>=20\r
+> There's certainly nothing like that in notmuch currently.\r
+>=20\r
+> Sup had user-level functionality in the interface for stitching\r
+> messages into a single thread, and I definitely think that that\r
+> doesn't make any sense.\r
+\r
+Why doesn't it make sense? Mutt does it too, and stitching means\r
+actually (re)writing In-Reply-To and References headers.\r
+\r
+I think this is one of the most useful "productivity features" in\r
+mutt.\r
+\r
+I also think that threading is a preference thing. As Carl said in\r
+a later message:\r
+\r
+> Just this morning I sent a mail to the notmuch list, which was\r
+> a reply, (and legitimately so), but also potentially of interest\r
+> to everyone on the list, (since it was regarding a bug fix\r
+> unrelated to the original topic of the thread I was replying to).\r
+>=20\r
+> So I was stuck on whether I should break the thread or not, (at\r
+> the sending end). I guess I could have just sent a quick "this is\r
+> pushed" reply, and independently composed a separate message\r
+> telling people about the fix.\r
+>=20\r
+> I ended up keeping the threading intact in that case, (which\r
+> I think is right).\r
+\r
+I often thread forwarded messages (and their followups) with the\r
+thread because all my information management currently is\r
+thread-oriented.\r
+\r
+I think being able to freely break and tie threads in a trivial way\r
+is a definite plus!\r
+\r
+> But I still have a hard time justifying user operations to\r
+> manipulate threading. The whole point of threading is to make it\r
+> faster to process and read messages. But manual operations like\r
+> joining and splitting threads seem like the user just doing more\r
+> work, and that *after* having read the messages. So that seems\r
+> mostly backwards to me.\r
+\r
+Reading is one thing. Information storage and organisation is\r
+another. After a message is delivered (and read) to my mailbox, it's\r
+really mine and I can (and should be able) to affix it and integrate\r
+it into my organisational scheme any way I want, don't you think?\r
+\r
+--=20\r
+martin | http://madduck.net/ | http://two.sentenc.es/\r
+=20\r
+"if there's anything more important than my ego,\r
+ i want it caught and shot now."\r
+ -- zaphod beeblebrox\r
+=20\r
+spamtraps: madduck.bogus@madduck.net\r
+\r
+--fOHHtNG4YXGJ0yqR\r
+Content-Type: application/pgp-signature; name="digital_signature_gpg.asc"\r
+Content-Description: Digital signature (see http://martin-krafft.net/gpg/)\r
+Content-Disposition: inline\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1.4.10 (GNU/Linux)\r
+\r
+iEYEAREDAAYFAktGoqYACgkQIgvIgzMMSnVMDQCgtMy9gnEnA5lZnBtmqfSApfiM\r
+pJ0An2teX/uyJ9MD5YVXgz2tQLLk/teo\r
+=Qap8\r
+-----END PGP SIGNATURE-----\r
+\r
+--fOHHtNG4YXGJ0yqR--\r
projects / notmuch-archives.git / commitdiff