[PATCH 2/2] emacs: wash: make word-wrap bound message width
[notmuch-archives.git] / 54 / 276d23ea844106f97725d3a3324f7be589793d
1 Return-Path: <markwalters1009@gmail.com>\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 1B0C06DE02DD\r
6  for <notmuch@notmuchmail.org>; Mon,  4 Apr 2016 06:00:43 -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.816\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-0.816 tagged_above=-999 required=5\r
12  tests=[AWL=-0.246, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,\r
13  DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25,\r
14  FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01,\r
15  RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=disabled\r
16 Received: from arlo.cworth.org ([127.0.0.1])\r
17  by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024)\r
18  with ESMTP id INhsCxW6E1Jo for <notmuch@notmuchmail.org>;\r
19  Mon,  4 Apr 2016 06:00:32 -0700 (PDT)\r
20 Received: from mail-lb0-f194.google.com (mail-lb0-f194.google.com\r
21  [209.85.217.194])\r
22  by arlo.cworth.org (Postfix) with ESMTPS id 5E66E6DE02C9\r
23  for <notmuch@notmuchmail.org>; Mon,  4 Apr 2016 06:00:32 -0700 (PDT)\r
24 Received: by mail-lb0-f194.google.com with SMTP id q4so22220268lbq.3\r
25  for <notmuch@notmuchmail.org>; Mon, 04 Apr 2016 06:00:32 -0700 (PDT)\r
26 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;\r
27  h=from:to:subject:in-reply-to:references:user-agent:date:message-id\r
28  :mime-version; bh=bcw0X3bZpCLGj3a9JBEr526g6MMoKIV8DhbxnjA9Ids=;\r
29  b=AglQwbe8svd19riP93ftrkcPKw2M0mxZoXnkPi6Kr1rwxP26+oSVcO81FEdXD/fZXD\r
30  Q2ODWd4UeW2M6cgEGAlR+iVA4N3pdSkKWO9BNd9NRqf7eVZ/RlvcGjkGu9JfhEuSmgqp\r
31  +a304pHCGj1DOVjWhaQLSnmFwcEx4f2AVyCx3cm7dwlpfVZpneOLfp8aHSVy/IUfiUm4\r
32  /paWSkKPOiMXYy82lKioGs47YjBCFV2gDH5yZ0x0bnRg2Ak8htpd97GRPISEcITjSQbQ\r
33  Ar63DjaHBkwUsvDrIle2paJa8UL5XQI9z7PiLxc6l5DdBZku0Vx6x1CbOCeu5vhZfohf\r
34  1fkQ==\r
35 X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;\r
36  d=1e100.net; s=20130820;\r
37  h=x-gm-message-state:from:to:subject:in-reply-to:references\r
38  :user-agent:date:message-id:mime-version;\r
39  bh=bcw0X3bZpCLGj3a9JBEr526g6MMoKIV8DhbxnjA9Ids=;\r
40  b=j6y7peqP/4+QyA+6cD37KqXCBMxAR9zIe2TNZD+N17ChJsnY0gTH2H2F9sYhR5wZRH\r
41  ldWhIKcUMhwqZKo1HJ3ul2DWdHhNwOR8CdVTSC72fd5O9tzx5JcwBvlaveuk6ijabQ5L\r
42  DLn5qq1ktXzTe9mR0J8RlmlfVoSiUAmzyszvQRl7RTGWVQmx8n2A4b4nWISMED7lF8Fp\r
43  4eU6tj9+pHn8WloT8R7lXsLfO1EnMqpOatEvUkH5I0T6p2RoVcJ8kU4jGi0eZuzm/B13\r
44  cZVghsptnPHsioXQEBahId1qe9b/4s5ZZcviD6GTAZe72et3363tMewCput2WHbSgG5l\r
45  qI8w==\r
46 X-Gm-Message-State:\r
47  AD7BkJLcAryyaBvL8mIKXWS4QR8uVXCEnmJM05aEYsuhjWu2E/PbtFN7SUjxdH1BlGYAgw==\r
48 X-Received: by 10.28.125.2 with SMTP id y2mr11973639wmc.90.1459774829031;\r
49  Mon, 04 Apr 2016 06:00:29 -0700 (PDT)\r
50 Received: from localhost (188.29.78.141.threembb.co.uk. [188.29.78.141])\r
51  by smtp.gmail.com with ESMTPSA id u4sm29000209wjz.4.2016.04.04.06.00.27\r
52  (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);\r
53  Mon, 04 Apr 2016 06:00:28 -0700 (PDT)\r
54 From: Mark Walters <markwalters1009@gmail.com>\r
55 To: Eric <eric@deptj.eu>, notmuch@notmuchmail.org\r
56 Subject: Re: Breaking a really long thread\r
57 In-Reply-To: <c10e501c2baee471cbeeb42aad89a1e966407234-NM@bruno.deptj.eu>\r
58 References: <c10e501c2baee471cbeeb42aad89a1e966407234-NM@bruno.deptj.eu>\r
59 User-Agent: Notmuch/0.18.1+485~gca076ce (http://notmuchmail.org) Emacs/24.4.1\r
60  (x86_64-pc-linux-gnu)\r
61 Date: Mon, 04 Apr 2016 14:00:26 +0100\r
62 Message-ID: <87k2kd8r6d.fsf@qmul.ac.uk>\r
63 MIME-Version: 1.0\r
64 Content-Type: text/plain\r
65 X-BeenThere: notmuch@notmuchmail.org\r
66 X-Mailman-Version: 2.1.20\r
67 Precedence: list\r
68 List-Id: "Use and development of the notmuch mail system."\r
69  <notmuch.notmuchmail.org>\r
70 List-Unsubscribe: <https://notmuchmail.org/mailman/options/notmuch>,\r
71  <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
72 List-Archive: <http://notmuchmail.org/pipermail/notmuch/>\r
73 List-Post: <mailto:notmuch@notmuchmail.org>\r
74 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
75 List-Subscribe: <https://notmuchmail.org/mailman/listinfo/notmuch>,\r
76  <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
77 X-List-Received-Date: Mon, 04 Apr 2016 13:00:43 -0000\r
78 \r
79 On Mon, 04 Apr 2016, Eric <eric@deptj.eu> wrote:\r
80 > On Sat, 02 Apr 2016 06:56:12 -0700, David Mazieres <dm-list-email-notmuch@scs.stanford.edu> wrote:\r
81 >> David Bremner <david@tethera.net> writes:\r
82 >> \r
83 >>> David Mazieres <dm-list-email-notmuch@scs.stanford.edu> writes:\r
84 >>>\r
85 >>>> Is there any way to break an existing thread (so as to start over with a\r
86 >>>> smaller thread), or otherwise to tweak the threading rules so that a\r
87 >>>> particular References header gets ignored.\r
88 >>>\r
89 >>> Currently there is no way to do this, as threads are "stateless"\r
90 >>> i.e. created on the fly by _notmuch_create_thread based only on\r
91 >>> immutable mail data.\r
92 >> \r
93 >> Thanks.\r
94 >> \r
95 >>>> It's annoyingly slow to open\r
96 >>>> a thread with 10,000 messages just to read one SMS.  I'm almost tempted\r
97 >>>> to mangle the messages on delivery and remove the References header\r
98 >>>> before notmuch sees them, but it would be nice to have a cleaner\r
99 >>>> solution, as there are other situations in which one might want to\r
100 >>>> "reset" a really long thread.\r
101 >>>\r
102 >>> Like this thread ;).\r
103 >> \r
104 >> Oops, sorry for the irrelevant thread inclusion.  I guess emacs adds the\r
105 >> References header after a message is sent is sent?  In my setup, the\r
106 >> easiest way to post to a mailing list is to reply to an existing message\r
107 >> (since I subscribe to each list under a different email address).  I\r
108 >> tried to start a new thread by deleting the In-Reply-To and header which\r
109 >> was all I saw, but I guess the References header got inserted later...\r
110 >\r
111 > Neither notmuch emacs nor any other email client has any business\r
112 > inserting a References header after the user "presses Send". On a new\r
113 > message it shouldn't exist unless inserted manually, and on a reply it\r
114 > should come from the replied-to message (and be changed) before you start\r
115 > "replying". More likely that (if you didn't miss it) it was not shown\r
116 > to you although it existed - that would count as a bug in my opinion\r
117 > (I don't use emacs for anything, not even notmuch).\r
118 \r
119 By default the reference header is hidden. It is controlled by\r
120 message-hidden-headers which you can customize. (Note notmuch adds\r
121 user-agent to this list via notmuch-mua-hidden-header.)\r
122 \r
123 > Actually the message you replied to has no References header, but notmuch\r
124 > reply (command line) to it generates both References and In-Reply-To\r
125 > (same content). I assume notmuch emacs does the same. I don't believe\r
126 > that References should be generated in this situation, its only use\r
127 > would be by a threading algorithm that doesn't use In-Reply-To, and I\r
128 > would consider that a bug in said algorithm.\r
129 \r
130 That isn't my reading of RFC2822 (section 3.6.4):\r
131 \r
132    The "References:" field will contain the contents of the parent's\r
133    "References:" field (if any) followed by the contents of the parent's\r
134    "Message-ID:" field (if any).\r
135 \r
136 > Actually I think there should be a "reply as new" option which uses\r
137 > the other message but does not add either In-Reply-To or References\r
138 > (and does not carry the latter forward if it exists).\r
139 \r
140 That would be possible. If you don't actually want to include the\r
141 message itself then "c f" to stash the from, and then pasting that as\r
142 the "to" address gets pretty close.\r
143 \r
144 Best wishes\r
145 \r
146 Mark\r
147 \r