Re: notmuch-emacs replying produces excessive indenting on multipart/signed or multip...
[notmuch-archives.git] / 1c / c40d5591f06374c3ef47832dddc77296a9c78b
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 olra.theworths.org (Postfix) with ESMTP id 518D6431FC3\r
6         for <notmuch@notmuchmail.org>; Mon, 29 Jul 2013 12:46:56 -0700 (PDT)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 X-Spam-Flag: NO\r
9 X-Spam-Score: 0\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]\r
12         autolearn=disabled\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 xAeRoB3lmb3H for <notmuch@notmuchmail.org>;\r
16         Mon, 29 Jul 2013 12:46:51 -0700 (PDT)\r
17 Received: from che.mayfirst.org (che.mayfirst.org [209.234.253.108])\r
18         by olra.theworths.org (Postfix) with ESMTP id 20BBB431FC7\r
19         for <notmuch@notmuchmail.org>; Mon, 29 Jul 2013 12:46:51 -0700 (PDT)\r
20 Received: from [192.168.23.229] (dsl254-070-154.nyc1.dsl.speakeasy.net\r
21         [216.254.70.154])\r
22         by che.mayfirst.org (Postfix) with ESMTPSA id 95CC6F984;\r
23         Mon, 29 Jul 2013 15:46:48 -0400 (EDT)\r
24 Message-ID: <51F6C6AA.7010001@fifthhorseman.net>\r
25 Date: Mon, 29 Jul 2013 15:46:50 -0400\r
26 From: Daniel Kahn Gillmor <dkg@fifthhorseman.net>\r
27 User-Agent: Mozilla/5.0 (X11; Linux x86_64;\r
28         rv:17.0) Gecko/20130630 Icedove/17.0.7\r
29 MIME-Version: 1.0\r
30 To: David Bremner <david@tethera.net>\r
31 Subject: Re: UTF-8 in mail headers (namely FROM) sent by bugzilla\r
32 References: <08cb1dcd-c5db-4e33-8b09-7730cb3d59a2@gmail.com>\r
33         <871u6psjwr.fsf@ericabrahamsen.net>\r
34         <5712cc41-d0ce-4ed3-af1c-37cf639dd9c0@gmail.com>\r
35         <87y58xv71x.fsf@zancas.localnet>\r
36 In-Reply-To: <87y58xv71x.fsf@zancas.localnet>\r
37 X-Enigmail-Version: 1.5.1\r
38 Content-Type: multipart/signed; micalg=pgp-sha512;\r
39         protocol="application/pgp-signature";\r
40         boundary="----enig2LHNJNKRNVBGUMGFBMJAV"\r
41 Cc: notmuch@notmuchmail.org\r
42 X-BeenThere: notmuch@notmuchmail.org\r
43 X-Mailman-Version: 2.1.13\r
44 Precedence: list\r
45 List-Id: "Use and development of the notmuch mail system."\r
46         <notmuch.notmuchmail.org>\r
47 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
48         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
49 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
50 List-Post: <mailto:notmuch@notmuchmail.org>\r
51 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
52 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
53         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
54 X-List-Received-Date: Mon, 29 Jul 2013 19:46:56 -0000\r
55 \r
56 This is an OpenPGP/MIME signed message (RFC 4880 and 3156)\r
57 ------enig2LHNJNKRNVBGUMGFBMJAV\r
58 Content-Type: text/plain; charset=UTF-8\r
59 Content-Transfer-Encoding: quoted-printable\r
60 \r
61 On 07/23/2013 07:39 AM, David Bremner wrote:\r
62 > Franz Fellner <alpine.art.de@gmail.com> writes:\r
63 >=20\r
64 >>\r
65 >> OK, thx. So every app needs to get patched to display those strings\r
66 >> properly? Any chance this could be done directly in libnotmuch?  I\r
67 >> grepped for "2047" inside te "emacs" subtree, but found nothing (had\r
68 >> the hope for a comment for the workaround). Would be interesting to\r
69 >> see how this is done, so I can at least try to create a patch (though\r
70 >> my ruby is quite basic).\r
71 >=20\r
72 > In general notmuch relies on libgmime for rfc2047 parsing.  I'm not sur=\r
73 e\r
74 > of all the details now, but some of the filtering does happen in the\r
75 > CLI, not the lib.  You could start by looking at\r
76 > gmime-filter-headers.[ch] in the top directory.\r
77 \r
78 I agree this should be handled properly by gmime.  If it turns out that\r
79 the library is misbehaving (i.e. that notmuch is using it sensibly and\r
80 we're still getting bad data out of well-formed strings), it should be\r
81 reported and fixed there.\r
82 \r
83 Just a note that other MUAs are struggling with this sort of thing too:\r
84 \r
85 http://blog.steve.org.uk/international_character_sets_and_encodings_are_h=\r
86 ard_.html\r
87 \r
88 Steve Kemp (author of lumail) has good engineering skills and instincts;\r
89 anyone actively working on trying to get this fixed "right" within\r
90 notmuch (or underlying libraries) could probably drop him an e-mail and\r
91 collaborate.  With a decent diagnostic of the specific problems and use\r
92 cases, plus a recommendation for where the fix should be and how it\r
93 should be done, the two projects together could probably exert\r
94 sufficient influence on underlying libraries and toolchains to get them\r
95 to address any issues.\r
96 \r
97 sorry to just provide links and not any actual analysis and code.\r
98 \r
99         --dkg\r
100 \r
101 \r
102 ------enig2LHNJNKRNVBGUMGFBMJAV\r
103 Content-Type: application/pgp-signature; name="signature.asc"\r
104 Content-Description: OpenPGP digital signature\r
105 Content-Disposition: attachment; filename="signature.asc"\r
106 \r
107 -----BEGIN PGP SIGNATURE-----\r
108 Version: GnuPG v1.4.14 (GNU/Linux)\r
109 Comment: Using GnuPG with Icedove - http://www.enigmail.net/\r
110 \r
111 iQJ8BAEBCgBmBQJR9saqXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w\r
112 ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFQjk2OTEyODdBN0FEREUzNzU3RDkxMUVB\r
113 NTI0MDFCMTFCRkRGQTVDAAoJEKUkAbEb/fpcyk0QANMkTyqXqpFZ8sBaKhw1rY/P\r
114 SzyCDFYWaTXhPMFDacCEmU6bG8OB1/0VLvPjKwcXs40UHgtxu2aNswJhoyuP0lry\r
115 MYZCo/zb3Tup5m6jSXbMaZxvjHZ1kjsOUNR0mvMOJoAva81mbubG15I4obmWSldb\r
116 sR4/vYqjGfO8Q69wRzJpJBUPM3qReKUDd8fr0/frI6DR4UYB7QusASLaEp7d/WgY\r
117 MBqPD0DIw9nF1FOZ2xX1kdNbtNQvOdK3VBL9793k4VGJMfv/qzkfn3TPHwQMwCNP\r
118 OlhjHPUDr1fhZKiFp4xa7dPFIvWEppEdyeNaQ3SLIEV7GHw2Qw1yGubnneh3IEOg\r
119 VFXOnmD+eurxyHM6r9KEzmRK4K9X5CA6abLOcNYb6R6FFPZ2BDWZiOGWiTgsyJsl\r
120 T/6DlZzubBTg/s3Wj0YKPVCq28/xyt7XT8zw9kMM+7eKNww2boqkZruvFIwFhcx1\r
121 Bet8bualMUQasp/B/MN3Z2AQZJD+FoPeYIbqQytkhRBlbIiDbABKINdqnmpMabd1\r
122 3/ah9gw/X4/s2/euAY1TzwiIgAfgj30ZD/gn4wXTIZ7sC1ITo/VV9Iyf29X/oHKf\r
123 DzCOa0WR9YG5ML0OYDSJqxJEaLomJaAtH3TGzQ/Lcl+A+6dS9+Fik8lhvKarDOxM\r
124 nCAIMQidKBxWcXRdAzkf\r
125 =VNoq\r
126 -----END PGP SIGNATURE-----\r
127 \r
128 ------enig2LHNJNKRNVBGUMGFBMJAV--\r