Re: S/MIME support in notmuch
[notmuch-archives.git] / fa / 8643c8358494696cd50b893e2a9671fc51ea2d
1 Return-Path: <bremner@unb.ca>\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 BCFB2429E25\r
6         for <notmuch@notmuchmail.org>; Tue, 22 Nov 2011 15:30:38 -0800 (PST)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 X-Spam-Flag: NO\r
9 X-Spam-Score: -2.3\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-2.3 tagged_above=-999 required=5\r
12         tests=[RCVD_IN_DNSWL_MED=-2.3] 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 rWQcT4OTXyAq for <notmuch@notmuchmail.org>;\r
16         Tue, 22 Nov 2011 15:30:38 -0800 (PST)\r
17 Received: from tempo.its.unb.ca (tempo.its.unb.ca [131.202.1.21])\r
18         (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\r
19         (No client certificate requested)\r
20         by olra.theworths.org (Postfix) with ESMTPS id 0FE84431FB6\r
21         for <notmuch@notmuchmail.org>; Tue, 22 Nov 2011 15:30:37 -0800 (PST)\r
22 Received: from zancas.localnet\r
23         (fctnnbsc36w-156034074106.pppoe-dynamic.High-Speed.nb.bellaliant.net\r
24         [156.34.74.106]) (authenticated bits=0)\r
25         by tempo.its.unb.ca (8.13.8/8.13.8) with ESMTP id pAMNUYf8020432\r
26         (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO);\r
27         Tue, 22 Nov 2011 19:30:35 -0400\r
28 Received: from bremner by zancas.localnet with local (Exim 4.77)\r
29         (envelope-from <bremner@unb.ca>)\r
30         id 1RSznO-0001zo-Ik; Tue, 22 Nov 2011 19:30:34 -0400\r
31 From: David Bremner <david@tethera.net>\r
32 To: Petter Reinholdtsen <pere@hungry.com>, notmuch@notmuchmail.org\r
33 Subject: Re: Incorrect parsing of email addresses (MIME with quotes)\r
34 In-Reply-To: <2fl1ut17iqm.fsf@diskless.uio.no>\r
35 References: <2flr522zju3.fsf@login2.uio.no>\r
36         <4EA58DC6.6090108@fifthhorseman.net>\r
37         <2fl1ut17iqm.fsf@diskless.uio.no>\r
38 User-Agent: Notmuch/0.10~rc2 (http://notmuchmail.org) Emacs/23.3.1\r
39         (x86_64-pc-linux-gnu)\r
40 Date: Tue, 22 Nov 2011 19:30:34 -0400\r
41 Message-ID: <87y5v7spk5.fsf@zancas.localnet>\r
42 MIME-Version: 1.0\r
43 Content-Type: text/plain; charset=us-ascii\r
44 X-BeenThere: notmuch@notmuchmail.org\r
45 X-Mailman-Version: 2.1.13\r
46 Precedence: list\r
47 List-Id: "Use and development of the notmuch mail system."\r
48         <notmuch.notmuchmail.org>\r
49 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
50         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
51 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
52 List-Post: <mailto:notmuch@notmuchmail.org>\r
53 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
54 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
55         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
56 X-List-Received-Date: Tue, 22 Nov 2011 23:30:38 -0000\r
57 \r
58 On Mon, 21 Nov 2011 13:38:57 +0100, Petter Reinholdtsen <pere@hungry.com> wrote:\r
59 \r
60 > I just hope the notmuch developers can choose to follow the robustness\r
61 > principle[1] in this case, and be liberal in what notmuch accept, and\r
62 > conservative in what notmuch send.  After all, gnus, mutt and pine\r
63 > handle these from fields.\r
64 \r
65 It's a nice stick to beat people with, but I'm not sure it's directly\r
66 applicable here. Notmuch is accepting the input, it just isn't\r
67 displaying it the way you want. I guess if somebody has some patches for\r
68 "sloppy header parsing", we can weigh the pros and cons then.\r
69 \r
70 If someone wants to follow up on this, we are currently using\r
71 \r
72 http://spruce.sourceforge.net/gmime/doc/gmime-gmime-utils.html#g-mime-utils-header-decode-text\r
73 \r
74 There is some discussion there about dealing with bad inputs; I don't\r
75 know if it is directly relevant.\r
76 \r
77 d\r