Re: Smime signature verification in Notmuch - Emacs
authorDaniel Kahn Gillmor <dkg@fifthhorseman.net>
Fri, 14 Mar 2014 15:14:52 +0000 (11:14 +2000)
committerW. Trevor King <wking@tremily.us>
Fri, 7 Nov 2014 18:00:46 +0000 (10:00 -0800)
e5/8f536d15c6441a19a095743eaaca0fd1587192 [new file with mode: 0644]

diff --git a/e5/8f536d15c6441a19a095743eaaca0fd1587192 b/e5/8f536d15c6441a19a095743eaaca0fd1587192
new file mode 100644 (file)
index 0000000..6324944
--- /dev/null
@@ -0,0 +1,139 @@
+Return-Path: <dkg@fifthhorseman.net>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id 5ED99431FB6\r
+       for <notmuch@notmuchmail.org>; Fri, 14 Mar 2014 08:15:03 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: 0\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]\r
+       autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+       by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+       with ESMTP id 3zRVHtCvWDOK for <notmuch@notmuchmail.org>;\r
+       Fri, 14 Mar 2014 08:14:54 -0700 (PDT)\r
+Received: from che.mayfirst.org (che.mayfirst.org [209.234.253.108])\r
+       by olra.theworths.org (Postfix) with ESMTP id A6098431FAE\r
+       for <notmuch@notmuchmail.org>; Fri, 14 Mar 2014 08:14:54 -0700 (PDT)\r
+Received: from [10.70.10.55] (unknown [38.109.115.130])\r
+       by che.mayfirst.org (Postfix) with ESMTPSA id 5A47BF984;\r
+       Fri, 14 Mar 2014 11:14:51 -0400 (EDT)\r
+Message-ID: <53231CEC.6070101@fifthhorseman.net>\r
+Date: Fri, 14 Mar 2014 11:14:52 -0400\r
+From: Daniel Kahn Gillmor <dkg@fifthhorseman.net>\r
+User-Agent: Mozilla/5.0 (X11; Linux x86_64;\r
+       rv:24.0) Gecko/20100101 Icedove/24.2.0\r
+MIME-Version: 1.0\r
+To: Baptiste <bateast@bat.fr.eu.org>, notmuch@notmuchmail.org\r
+Subject: Re: Smime signature verification in Notmuch - Emacs\r
+References: <87y50r42do.fsf@bat.fr.eu.org>\r
+ <531F4FDD.6000506@fifthhorseman.net>  <87siqlrqq8.fsf@bat.fr.eu.org>\r
+In-Reply-To: <87siqlrqq8.fsf@bat.fr.eu.org>\r
+X-Enigmail-Version: 1.6\r
+Content-Type: multipart/signed; micalg=pgp-sha512;\r
+       protocol="application/pgp-signature";\r
+       boundary="XE5cd1LDwo1B8WC14iSwGgifT8sWAa3Fe"\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+       <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Fri, 14 Mar 2014 15:15:03 -0000\r
+\r
+This is an OpenPGP/MIME signed message (RFC 4880 and 3156)\r
+--XE5cd1LDwo1B8WC14iSwGgifT8sWAa3Fe\r
+Content-Type: text/plain; charset=UTF-8\r
+Content-Transfer-Encoding: quoted-printable\r
+\r
+Hi Baptiste--\r
+\r
+On 03/14/2014 06:58 AM, Baptiste wrote:\r
+\r
+> firstly, sorry for my previous mail, you are right, it was broken. This=\r
+ one=20\r
+> should be better.\r
+\r
+i didn't mean to imply it was broken at all.  i haven't tested it :)\r
+\r
+> Truly, it would be better to implement it directly in notmuch core.\r
+\r
+i agree with this.\r
+\r
+> Signature verification just present a line with the signature owner and=\r
+ the=20\r
+> trust chain status (/green/ for good verification, /orange/ for self si=\r
+gned only=20\r
+> signature). No verification is made today against :From field.\r
+\r
+what does "good verification" mean?  This seems to imply that there is a\r
+trusted root store used.  how does the user configure this trust store?\r
+ what about non-self-signed and unvalidated certificates? (e.g. certs by\r
+unknown issuers, certs by known but untrusted issuers, certs with\r
+unknown signature algorithms, certs without proper EKUs for creating\r
+S/MIME signatures, etc.)\r
+\r
+> (green)  [ Good signature by: bateast@bat.fr.eu.org - 08F4ED ]\r
+> (orange) [ Good signature by key: 0x08F4ED self signed for bateast@bat.=\r
+fr.eu.org ]\r
+\r
+the use of 08F4ED here is a bit confusing.  i see from further below\r
+that this refers to the serial number of the cert; but serial numbers\r
+are not guaranteed to be unique (they are supposed to be unique across\r
+issuers, but most root trust stores (and X.509 chains) can accept\r
+certifications from different issuers).  what does displaying this\r
+information do for the user?\r
+\r
+> My opinion is that S/MIME is more and more widely used today, and then =\r
+relying=20\r
+> only on gpg for signature or encryption is a bit rough.\r
+\r
+I agree that S/MIME support would be nice; i think implementing it in\r
+the notmuch core is the way to go.  fwiw, gmime already has a\r
+cryptocontext that is supposed to handle S/MIME; it just needs proper\r
+integration, similar to the PGP/MIME integration in notmuch core:\r
+\r
+ https://developer.gnome.org/gmime/stable/GMimePkcs7Context.html\r
+\r
+This has been on my plate for, uh, over a year now, but clearly i\r
+haven't gotten to it, and would be happy if someone else wanted to pick\r
+it up.\r
+\r
+       --dkg\r
+\r
+\r
+--XE5cd1LDwo1B8WC14iSwGgifT8sWAa3Fe\r
+Content-Type: application/pgp-signature; name="signature.asc"\r
+Content-Description: OpenPGP digital signature\r
+Content-Disposition: attachment; filename="signature.asc"\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1\r
+Comment: Using GnuPG with Icedove - http://www.enigmail.net/\r
+\r
+iQJ8BAEBCgBmBQJTIxzsXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w\r
+ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFQjk2OTEyODdBN0FEREUzNzU3RDkxMUVB\r
+NTI0MDFCMTFCRkRGQTVDAAoJEKUkAbEb/fpcwF4QANWfbKZY7MjBVJO231hvbSsl\r
+uAD9UUlLhj/JI0GfusGewoRhpPV11CUmjJKGQz28MIW4xw79w5Pbx/cR7eP2SsEW\r
+YeHoh7N6pbaTMaS2Uhv1ksgMuUxyaUMmg38HqOEhuIp3DwW0NRYlpiV85PCxgxJV\r
+J7pPMkvxOboNErORFjtsmXt4aoQXgmmp9Rj2KAZTKjFPEBhcpdCQgjQ81Hj6HoPs\r
+wcFBlVTEy0f1bcrXMwyflm8Va2XB2wT1gkOJo35Alml8wmHCzfAGWx1VqZ+i8ftq\r
+23CDZJtyZwUd27ewrmKnuYQuLc4QthFR0ckUugY9nDG3mgBq2kJ7g2dHNR7XJ/Sc\r
+htQs+PGghRrm7FhIZAZy9L7HiC3FuBS1sWMbzWZlM1q+9F1Iw7UyHHkNmgstBElq\r
+8vHCRJNpIP80+/S+jFZGVAPJ9Ikb3tUJpTu3poNrqVks19eMXe0rngC4dbR0zCP2\r
+/1n7CloUKhvctbzZ9/H1umKtXaipazxGvIb95A2pFO6t3Eefsy9cFf/YNQMIej1Q\r
+QDqx8sTXhoMNQ+uL5V4RY7KRBgEi7BoS6exYKeHS3/JEpKfOtRh9DCxNeVt5A2BG\r
+WAxMKQklddRlJAYc99QPiJp4lqPvUHJCm/6/KOmhfv8P7JiYfCcARSmFJ7JuojQ3\r
+bLc+E+QQI6v6v19efDWg\r
+=6caX\r
+-----END PGP SIGNATURE-----\r
+\r
+--XE5cd1LDwo1B8WC14iSwGgifT8sWAa3Fe--\r