Re: [PATCH] emacs: wash: make word-wrap bound message width
[notmuch-archives.git] / 37 / f5fc0be82c9cc180295d7b81dd03c9f88373c6
1 Return-Path: <dkg@fifthhorseman.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 arlo.cworth.org (Postfix) with ESMTP id C27DD6DE01F7\r
6  for <notmuch@notmuchmail.org>; Thu, 16 Jun 2016 19:31:12 -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.039\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-0.039 tagged_above=-999 required=5\r
12  tests=[AWL=-0.039] autolearn=disabled\r
13 Received: from arlo.cworth.org ([127.0.0.1])\r
14  by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024)\r
15  with ESMTP id YrnE7PRJLKib for <notmuch@notmuchmail.org>;\r
16  Thu, 16 Jun 2016 19:31:04 -0700 (PDT)\r
17 Received: from che.mayfirst.org (che.mayfirst.org [162.247.75.118])\r
18  by arlo.cworth.org (Postfix) with ESMTP id 1DD996DE00EB\r
19  for <notmuch@notmuchmail.org>; Thu, 16 Jun 2016 19:31:03 -0700 (PDT)\r
20 Received: from fifthhorseman.net (unknown [108.58.6.98])\r
21  by che.mayfirst.org (Postfix) with ESMTPSA id F1578F99A\r
22  for <notmuch@notmuchmail.org>; Thu, 16 Jun 2016 22:31:02 -0400 (EDT)\r
23 Received: by fifthhorseman.net (Postfix, from userid 1000)\r
24  id D663520050; Thu, 16 Jun 2016 22:31:01 -0400 (EDT)\r
25 From: Daniel Kahn Gillmor <dkg@fifthhorseman.net>\r
26 To: Notmuch Mail <notmuch@notmuchmail.org>\r
27 Subject: notmuch reply is confused about multiple (or case-insensitive?) cc\r
28  headers\r
29 User-Agent: Notmuch/0.22+69~gd812194 (https://notmuchmail.org) Emacs/24.5.1\r
30  (x86_64-pc-linux-gnu)\r
31 Date: Thu, 16 Jun 2016 22:30:58 -0400\r
32 Message-ID: <87d1ngv95p.fsf@alice.fifthhorseman.net>\r
33 MIME-Version: 1.0\r
34 Content-Type: multipart/signed; boundary="=-=-=";\r
35  micalg=pgp-sha512; protocol="application/pgp-signature"\r
36 X-BeenThere: notmuch@notmuchmail.org\r
37 X-Mailman-Version: 2.1.20\r
38 Precedence: list\r
39 List-Id: "Use and development of the notmuch mail system."\r
40  <notmuch.notmuchmail.org>\r
41 List-Unsubscribe: <https://notmuchmail.org/mailman/options/notmuch>,\r
42  <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
43 List-Archive: <http://notmuchmail.org/pipermail/notmuch/>\r
44 List-Post: <mailto:notmuch@notmuchmail.org>\r
45 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
46 List-Subscribe: <https://notmuchmail.org/mailman/listinfo/notmuch>,\r
47  <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
48 X-List-Received-Date: Fri, 17 Jun 2016 02:31:12 -0000\r
49 \r
50 --=-=-=\r
51 Content-Type: text/plain\r
52 Content-Transfer-Encoding: quoted-printable\r
53 \r
54 hey notmuchers--\r
55 \r
56 I'm using notmuch from close to git master.\r
57 \r
58 I just received an e-mail with headers like this:\r
59 \r
60 =2D-----\r
61 From: Alice <alice@example.org>\r
62 To: Daniel Kahn Gillmor <dkg@fifthhorseman.net>\r
63 Cc: Bob <bob@example.org>\r
64 Subject: wowsers!\r
65 cc: Charles <charles@example.org>\r
66 Message-Id: <abc123@example.org>\r
67 Date: Thu, 16 Jun 2016 22:14:41 -0400\r
68 \r
69 blah blah\r
70 =2D-----\r
71 \r
72 Note the weirdness about the Cc fields!\r
73 \r
74  https://tools.ietf.org/html/rfc5322#page-21\r
75 \r
76 Makes it clear that there is supposed to only be zero or one cc header\r
77 in an e-mail, but notmuch-emacs is nice enough to show me both.\r
78 \r
79 However, if i do:\r
80 \r
81   notmuch reply id:abc123@example.org\r
82 \r
83 then Charles is omitted:\r
84 \r
85 =2D---------\r
86 From: Daniel Kahn Gillmor <dkg@fifthhorseman.net>\r
87 Subject: Re: wowsers!\r
88 To: Alice <alice@example.org>\r
89 Cc: Bob <bob@example.org>\r
90 In-Reply-To: <abc123@example.org>\r
91 References: <abc123@example.org>\r
92 \r
93 On Thu, 16 Jun 2016 22:14:41 -0400, Alice <alice@example.org> wrote:\r
94 > blah blah\r
95 =2D---------\r
96 \r
97 \r
98 In json form:\r
99 \r
100 0 dkg@alice:~$ notmuch reply --format=3Djson id:abc123@example.org | json_p=\r
101 p=20\r
102 {\r
103    "reply-headers" : {\r
104       "From" : "Daniel Kahn Gillmor <dkg@fifthhorseman.net>",\r
105       "References" : "<abc123@example.org>",\r
106       "To" : "Alice <alice@example.org>",\r
107       "Cc" : "Bob <bob@example.org>",\r
108       "Subject" : "Re: wowsers!",\r
109       "In-reply-to" : "<abc123@example.org>"\r
110    },\r
111    "original" : {\r
112       "id" : "abc123@example.org",\r
113       "filename" : "REDACTED",\r
114       "timestamp" : 1466129681,\r
115       "match" : false,\r
116       "headers" : {\r
117          "Cc" : "Bob <bob@example.org>, Charles <charles@example.org>",\r
118          "Date" : "",\r
119          "Subject" : "wowsers!",\r
120          "From" : "Alice <alice@example.org>",\r
121          "To" : "Daniel Kahn Gillmor <dkg@fifthhorseman.net>"\r
122       },\r
123      "tags" : [],\r
124      "excluded" : false"\r
125    ...\r
126 \r
127 \r
128 \r
129 Note that we see Charles in original[headers[Cc]], but not in\r
130 reply-headers[Cc].\r
131 \r
132 Seems to me like these two should agree.  We should either decide to\r
133 take the strict interpretation of RFC 5322 or not.  I lean toward\r
134 including Charles in both sets, fwiw.\r
135 \r
136 Anyway, smells like a bug in a weird corner case, and i haven't had time\r
137 to track it down or fix it, but i figured i'd report it so that other\r
138 people can see it.\r
139 \r
140        --dkg\r
141 \r
142 --=-=-=\r
143 Content-Type: application/pgp-signature; name="signature.asc"\r
144 \r
145 -----BEGIN PGP SIGNATURE-----\r
146 Version: GnuPG v2\r
147 \r
148 iQJ8BAEBCgBmBQJXY2DiXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w\r
149 ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFREIyRTc0RjU2RkNGMkI2NzI5N0I3MzUy\r
150 NEVDRkY1QUZGNjgzNzBBAAoJECTs/1r/aDcKitkP/R1e1NFFfiqsten5gS2rM8Bh\r
151 zxyvj2VcJSxmHkff9EigFdJyc90svY30svqilBIdJd6AMNP5v/tu7TY2wdl7raTe\r
152 KPKAwIgUQDCvYjp5ZmvN/EKwd1dwlL6bnRyL/DzALMWeQVdO1D8sV0ruOJBnh50f\r
153 fG6ASw2IRMsc/u4le6T0uHjHESI7T8Pm9cYldKvLW8Gf0OXtSqA+qZWcvlqGS6uz\r
154 KgMXWAQ+EtAEyOls7PrtnYQ5unFrHfQXf643x2xvPKO2IYpEoOIyci5LfMZIHsyR\r
155 6haOP0JRBS8xnbK0bM6D4JT3JTMfwEY81ib4Z6fvVNDpM7YZODJWgGB+F0Rfp6yi\r
156 MwlL62mP/yEn1dqZXGHxo4HXqTJykxkXLpBgSgWtcpOYm4dSE6oHczc2hvVWOxHS\r
157 Fxww8dMcbFEz27f2IiTIp30vFwDVRCu5HVDmdnGBMq21ftXwt+shf5VMPdVS+nkO\r
158 ngmJnKeaPU7MjQ7fPDb4h8sei3mUT5MJWB2/0VcFua8aMWNnXT9bHyZwMHvMp51C\r
159 BsRLmigiUeKgyDdC8KBT2g6IrWh7QwgLDFJcht0EI07j6ociKyazZpDgN6Agvq48\r
160 +nRfpI3r5ACrvQcm3QBwQMPrsL6Q/cTyt9LgC/I51odMOUECIDYHfN5nuOfO1S7V\r
161 IjAyY2SrpudqANZHnCqS\r
162 =6f6q\r
163 -----END PGP SIGNATURE-----\r
164 --=-=-=--\r