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 45A2B431FAF
\r
6 for <notmuch@notmuchmail.org>; Tue, 10 Sep 2013 15:51:09 -0700 (PDT)
\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
\r
11 X-Spam-Status: No, score=1.716 tagged_above=-999 required=5
\r
12 tests=[BAD_ENC_HEADER=1.716] 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 iU1mk-Ojk1jL for <notmuch@notmuchmail.org>;
\r
16 Tue, 10 Sep 2013 15:51:03 -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 C819B431FAE
\r
19 for <notmuch@notmuchmail.org>; Tue, 10 Sep 2013 15:51:03 -0700 (PDT)
\r
20 Received: from [192.168.13.193] (lair.fifthhorseman.net [108.58.6.98])
\r
21 by che.mayfirst.org (Postfix) with ESMTPSA id B02F6F983;
\r
22 Tue, 10 Sep 2013 18:50:59 -0400 (EDT)
\r
23 Message-ID: <522FA24D.8080307@fifthhorseman.net>
\r
24 Date: Tue, 10 Sep 2013 18:50:53 -0400
\r
25 From: Daniel Kahn Gillmor <dkg@fifthhorseman.net>
\r
26 User-Agent: Mozilla/5.0 (X11; Linux x86_64;
\r
27 rv:17.0) Gecko/20130821 Icedove/17.0.8
\r
29 To: Austin Clements <amdragon@MIT.EDU>
\r
30 Subject: Re: [PATCH] lib/cli: pass GMIME_ENABLE_RFC2047_WORKAROUNDS to
\r
31 g_mime_init() =?utf-8?q?a test?=
\r
32 References: <1378839078-6298-1-git-send-email-jani@nikula.org>
\r
33 <522F73A4.90802@fifthhorseman.net> <20130910223553.GI1426@mit.edu>
\r
34 In-Reply-To: <20130910223553.GI1426@mit.edu>
\r
35 X-Enigmail-Version: 1.5.1
\r
36 Content-Type: multipart/signed; micalg=pgp-sha512;
\r
37 protocol="application/pgp-signature";
\r
38 boundary="----enig2KLXWITXHWXJBIDUVJJLO"
\r
39 Cc: notmuch <notmuch@notmuchmail.org>
\r
40 X-BeenThere: notmuch@notmuchmail.org
\r
41 X-Mailman-Version: 2.1.13
\r
43 List-Id: "Use and development of the notmuch mail system."
\r
44 <notmuch.notmuchmail.org>
\r
45 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
\r
46 <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
\r
47 List-Archive: <http://notmuchmail.org/pipermail/notmuch>
\r
48 List-Post: <mailto:notmuch@notmuchmail.org>
\r
49 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
\r
50 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
\r
51 <mailto:notmuch-request@notmuchmail.org?subject=subscribe>
\r
52 X-List-Received-Date: Tue, 10 Sep 2013 22:51:09 -0000
\r
54 This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
\r
55 ------enig2KLXWITXHWXJBIDUVJJLO
\r
56 Content-Type: text/plain; charset=UTF-8
\r
57 Content-Transfer-Encoding: quoted-printable
\r
59 On 09/10/2013 06:35 PM, Austin Clements wrote:
\r
61 > I haven't looked at exactly what workarounds this enables, but if it's
\r
62 > what I'm guessing (RFC 2047 escapes in the middle of RFC 2822 text
\r
63 > tokens), are there really subject lines that this will misinterpret
\r
64 > that weren't obviously crafted to break the workaround? =20
\r
66 not to get all meta, but i imagine subject lines that refer an example
\r
67 of this particular issue (e.g. when talking about RFC 2047) will break
\r
68 ;) I'm trying one variant here.
\r
71 > escape sequence was deliberately designed to be obscure, since RFC
\r
72 > 2047 itself caused previously "standards-compliant" subject lines to
\r
73 > potentially be interpreted differently.
\r
75 right, and it was designed explicitly to put the boundary markers atword
\r
76 boundaries, and not in the middle of a word (i think that's what this is
\r
77 all about, right?). so implementations which put the boundary markers
\r
78 in the middle of a word, or which include whitespace within the encoded
\r
79 text, aren't speaking RFC 2047.
\r
81 anyway, if there's a rough consensus to go forward with this, i'm not
\r
82 about to block it. I understand that a large part of the business of
\r
83 being an MUA is working around other people's bugs instead of expecting
\r
84 them to fix them :/ I just don't like mis-rendering other text.
\r
89 ------enig2KLXWITXHWXJBIDUVJJLO
\r
90 Content-Type: application/pgp-signature; name="signature.asc"
\r
91 Content-Description: OpenPGP digital signature
\r
92 Content-Disposition: attachment; filename="signature.asc"
\r
94 -----BEGIN PGP SIGNATURE-----
\r
95 Version: GnuPG v1.4.14 (GNU/Linux)
\r
96 Comment: Using GnuPG with Icedove - http://www.enigmail.net/
\r
98 iQJ8BAEBCgBmBQJSL6JNXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
\r
99 ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFQjk2OTEyODdBN0FEREUzNzU3RDkxMUVB
\r
100 NTI0MDFCMTFCRkRGQTVDAAoJEKUkAbEb/fpcDlkP/RGwWm+rGz/1yR/JvvcfhDJA
\r
101 UhxbacLjpd2w5yRqc4iPmUc1O3w2tiXbhV+3d0PWI/NoCQu+bWNsEhfOUS1KUZiC
\r
102 q0iThisNMMeSS+BgiqjvB6aB6XPmn83SKeG3C/6eduarvzmuDrL/QIog0DJJ0854
\r
103 8HZNJLYmSYJM1h9E0bjX0DjBAmVJ2Pawc2zcY6BHiJtBx63+JZoJvrftYTcgClpj
\r
104 8e3n1UJu/9Lv+x77KPQ8p77MMOy79n1NFcneyHGqYTXO071tqyfJy7OQMDPkOyFt
\r
105 tF7mcI160Mnsujd5dj2CH1d93uTIJ6eZgwhVq4slbC1Bfdure5kFIioT0EqZYwFS
\r
106 si4ShzmvAtKDBi1ydwhDwtTTg52i/9b0UbprEm22YDpdnZTnZX7GfA42mg5w++bX
\r
107 hCG0WdSkr7JrFoNncSnjRETPp7IZxvz7eT40vocnKv1l7ZVcaHorNyZEseTEOEX8
\r
108 eV1QHfxtTsEaJSM2iOiUEEOG4cT6cADlm4qdP6K+c6LokfVTL5ZLKn1BpWfFzkdn
\r
109 nTeLajJx8XFNR4EYBav4Q4X9W4wNUZH15aCG3JiAfJssBlNIHAI9nYxyN3f9oRHL
\r
110 1gd2zPXoUkcY321/+3tMjSITEe+9OibZ9eWxFGrTUXUvZfJaPNsLirVPGN+Tmeti
\r
111 Q+HaUBGs3c/T3THhsoq3
\r
113 -----END PGP SIGNATURE-----
\r
115 ------enig2KLXWITXHWXJBIDUVJJLO--
\r