Re: Breaking a really long thread
authorMark Walters <markwalters1009@gmail.com>
Mon, 4 Apr 2016 13:00:26 +0000 (14:00 +0100)
committerW. Trevor King <wking@tremily.us>
Sat, 20 Aug 2016 23:21:29 +0000 (16:21 -0700)
54/276d23ea844106f97725d3a3324f7be589793d [new file with mode: 0644]

diff --git a/54/276d23ea844106f97725d3a3324f7be589793d b/54/276d23ea844106f97725d3a3324f7be589793d
new file mode 100644 (file)
index 0000000..8e23447
--- /dev/null
@@ -0,0 +1,147 @@
+Return-Path: <markwalters1009@gmail.com>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+ by arlo.cworth.org (Postfix) with ESMTP id 1B0C06DE02DD\r
+ for <notmuch@notmuchmail.org>; Mon,  4 Apr 2016 06:00:43 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at cworth.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -0.816\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-0.816 tagged_above=-999 required=5\r
+ tests=[AWL=-0.246, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,\r
+ DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25,\r
+ FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01,\r
+ RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=disabled\r
+Received: from arlo.cworth.org ([127.0.0.1])\r
+ by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024)\r
+ with ESMTP id INhsCxW6E1Jo for <notmuch@notmuchmail.org>;\r
+ Mon,  4 Apr 2016 06:00:32 -0700 (PDT)\r
+Received: from mail-lb0-f194.google.com (mail-lb0-f194.google.com\r
+ [209.85.217.194])\r
+ by arlo.cworth.org (Postfix) with ESMTPS id 5E66E6DE02C9\r
+ for <notmuch@notmuchmail.org>; Mon,  4 Apr 2016 06:00:32 -0700 (PDT)\r
+Received: by mail-lb0-f194.google.com with SMTP id q4so22220268lbq.3\r
+ for <notmuch@notmuchmail.org>; Mon, 04 Apr 2016 06:00:32 -0700 (PDT)\r
+DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;\r
+ h=from:to:subject:in-reply-to:references:user-agent:date:message-id\r
+ :mime-version; bh=bcw0X3bZpCLGj3a9JBEr526g6MMoKIV8DhbxnjA9Ids=;\r
+ b=AglQwbe8svd19riP93ftrkcPKw2M0mxZoXnkPi6Kr1rwxP26+oSVcO81FEdXD/fZXD\r
+ Q2ODWd4UeW2M6cgEGAlR+iVA4N3pdSkKWO9BNd9NRqf7eVZ/RlvcGjkGu9JfhEuSmgqp\r
+ +a304pHCGj1DOVjWhaQLSnmFwcEx4f2AVyCx3cm7dwlpfVZpneOLfp8aHSVy/IUfiUm4\r
+ /paWSkKPOiMXYy82lKioGs47YjBCFV2gDH5yZ0x0bnRg2Ak8htpd97GRPISEcITjSQbQ\r
+ Ar63DjaHBkwUsvDrIle2paJa8UL5XQI9z7PiLxc6l5DdBZku0Vx6x1CbOCeu5vhZfohf\r
+ 1fkQ==\r
+X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;\r
+ d=1e100.net; s=20130820;\r
+ h=x-gm-message-state:from:to:subject:in-reply-to:references\r
+ :user-agent:date:message-id:mime-version;\r
+ bh=bcw0X3bZpCLGj3a9JBEr526g6MMoKIV8DhbxnjA9Ids=;\r
+ b=j6y7peqP/4+QyA+6cD37KqXCBMxAR9zIe2TNZD+N17ChJsnY0gTH2H2F9sYhR5wZRH\r
+ ldWhIKcUMhwqZKo1HJ3ul2DWdHhNwOR8CdVTSC72fd5O9tzx5JcwBvlaveuk6ijabQ5L\r
+ DLn5qq1ktXzTe9mR0J8RlmlfVoSiUAmzyszvQRl7RTGWVQmx8n2A4b4nWISMED7lF8Fp\r
+ 4eU6tj9+pHn8WloT8R7lXsLfO1EnMqpOatEvUkH5I0T6p2RoVcJ8kU4jGi0eZuzm/B13\r
+ cZVghsptnPHsioXQEBahId1qe9b/4s5ZZcviD6GTAZe72et3363tMewCput2WHbSgG5l\r
+ qI8w==\r
+X-Gm-Message-State:\r
+ AD7BkJLcAryyaBvL8mIKXWS4QR8uVXCEnmJM05aEYsuhjWu2E/PbtFN7SUjxdH1BlGYAgw==\r
+X-Received: by 10.28.125.2 with SMTP id y2mr11973639wmc.90.1459774829031;\r
+ Mon, 04 Apr 2016 06:00:29 -0700 (PDT)\r
+Received: from localhost (188.29.78.141.threembb.co.uk. [188.29.78.141])\r
+ by smtp.gmail.com with ESMTPSA id u4sm29000209wjz.4.2016.04.04.06.00.27\r
+ (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);\r
+ Mon, 04 Apr 2016 06:00:28 -0700 (PDT)\r
+From: Mark Walters <markwalters1009@gmail.com>\r
+To: Eric <eric@deptj.eu>, notmuch@notmuchmail.org\r
+Subject: Re: Breaking a really long thread\r
+In-Reply-To: <c10e501c2baee471cbeeb42aad89a1e966407234-NM@bruno.deptj.eu>\r
+References: <c10e501c2baee471cbeeb42aad89a1e966407234-NM@bruno.deptj.eu>\r
+User-Agent: Notmuch/0.18.1+485~gca076ce (http://notmuchmail.org) Emacs/24.4.1\r
+ (x86_64-pc-linux-gnu)\r
+Date: Mon, 04 Apr 2016 14:00:26 +0100\r
+Message-ID: <87k2kd8r6d.fsf@qmul.ac.uk>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.20\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+ <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <https://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: <https://notmuchmail.org/mailman/listinfo/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Mon, 04 Apr 2016 13:00:43 -0000\r
+\r
+On Mon, 04 Apr 2016, Eric <eric@deptj.eu> wrote:\r
+> On Sat, 02 Apr 2016 06:56:12 -0700, David Mazieres <dm-list-email-notmuch@scs.stanford.edu> wrote:\r
+>> David Bremner <david@tethera.net> writes:\r
+>> \r
+>>> David Mazieres <dm-list-email-notmuch@scs.stanford.edu> writes:\r
+>>>\r
+>>>> Is there any way to break an existing thread (so as to start over with a\r
+>>>> smaller thread), or otherwise to tweak the threading rules so that a\r
+>>>> particular References header gets ignored.\r
+>>>\r
+>>> Currently there is no way to do this, as threads are "stateless"\r
+>>> i.e. created on the fly by _notmuch_create_thread based only on\r
+>>> immutable mail data.\r
+>> \r
+>> Thanks.\r
+>> \r
+>>>> It's annoyingly slow to open\r
+>>>> a thread with 10,000 messages just to read one SMS.  I'm almost tempted\r
+>>>> to mangle the messages on delivery and remove the References header\r
+>>>> before notmuch sees them, but it would be nice to have a cleaner\r
+>>>> solution, as there are other situations in which one might want to\r
+>>>> "reset" a really long thread.\r
+>>>\r
+>>> Like this thread ;).\r
+>> \r
+>> Oops, sorry for the irrelevant thread inclusion.  I guess emacs adds the\r
+>> References header after a message is sent is sent?  In my setup, the\r
+>> easiest way to post to a mailing list is to reply to an existing message\r
+>> (since I subscribe to each list under a different email address).  I\r
+>> tried to start a new thread by deleting the In-Reply-To and header which\r
+>> was all I saw, but I guess the References header got inserted later...\r
+>\r
+> Neither notmuch emacs nor any other email client has any business\r
+> inserting a References header after the user "presses Send". On a new\r
+> message it shouldn't exist unless inserted manually, and on a reply it\r
+> should come from the replied-to message (and be changed) before you start\r
+> "replying". More likely that (if you didn't miss it) it was not shown\r
+> to you although it existed - that would count as a bug in my opinion\r
+> (I don't use emacs for anything, not even notmuch).\r
+\r
+By default the reference header is hidden. It is controlled by\r
+message-hidden-headers which you can customize. (Note notmuch adds\r
+user-agent to this list via notmuch-mua-hidden-header.)\r
+\r
+> Actually the message you replied to has no References header, but notmuch\r
+> reply (command line) to it generates both References and In-Reply-To\r
+> (same content). I assume notmuch emacs does the same. I don't believe\r
+> that References should be generated in this situation, its only use\r
+> would be by a threading algorithm that doesn't use In-Reply-To, and I\r
+> would consider that a bug in said algorithm.\r
+\r
+That isn't my reading of RFC2822 (section 3.6.4):\r
+\r
+   The "References:" field will contain the contents of the parent's\r
+   "References:" field (if any) followed by the contents of the parent's\r
+   "Message-ID:" field (if any).\r
+\r
+> Actually I think there should be a "reply as new" option which uses\r
+> the other message but does not add either In-Reply-To or References\r
+> (and does not carry the latter forward if it exists).\r
+\r
+That would be possible. If you don't actually want to include the\r
+message itself then "c f" to stash the from, and then pasting that as\r
+the "to" address gets pretty close.\r
+\r
+Best wishes\r
+\r
+Mark\r
+\r