Re: [PATCH 0/4] Allow specifying alternate names for addresses in other_email
[notmuch-archives.git] / a8 / 624d1697a8633c2482e7d4f7d29355b640a4c6
1 Return-Path: <jrollins@finestructure.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 2B335431FAF\r
6         for <notmuch@notmuchmail.org>; Fri, 20 Jan 2012 12:20:27 -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.29\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-2.29 tagged_above=-999 required=5\r
12         tests=[RCVD_IN_DNSWL_MED=-2.3, T_MIME_NO_TEXT=0.01] 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 4NfBW6ZYwaCM for <notmuch@notmuchmail.org>;\r
16         Fri, 20 Jan 2012 12:20:26 -0800 (PST)\r
17 Received: from outgoing-mail.its.caltech.edu (outgoing-mail.its.caltech.edu\r
18         [131.215.239.19])\r
19         by olra.theworths.org (Postfix) with ESMTP id 97A81431FAE\r
20         for <notmuch@notmuchmail.org>; Fri, 20 Jan 2012 12:20:26 -0800 (PST)\r
21 Received: from earth-doxen.imss.caltech.edu (localhost [127.0.0.1])\r
22         by earth-doxen-postvirus (Postfix) with ESMTP id 331CD66E0012;\r
23         Fri, 20 Jan 2012 12:20:26 -0800 (PST)\r
24 X-Spam-Scanned: at Caltech-IMSS on earth-doxen by amavisd-new\r
25 Received: from finestructure.net (m17.ligo.caltech.edu [131.215.115.117])\r
26         (Authenticated sender: jrollins)\r
27         by earth-doxen-submit (Postfix) with ESMTP id 71B8466E0124;\r
28         Fri, 20 Jan 2012 12:20:23 -0800 (PST)\r
29 Received: by finestructure.net (Postfix, from userid 1000)\r
30         id 490112EA; Fri, 20 Jan 2012 12:20:23 -0800 (PST)\r
31 From: Jameson Graef Rollins <jrollins@finestructure.net>\r
32 To: David Edmondson <dme@dme.org>, notmuch@notmuchmail.org\r
33 Subject: Re: [PATCH 2/3] emacs: Don't return the button from\r
34         `notmuch-show-insert-part-header'.\r
35 In-Reply-To: <1327052612-1040-2-git-send-email-dme@dme.org>\r
36 References: <1327052612-1040-1-git-send-email-dme@dme.org>\r
37         <1327052612-1040-2-git-send-email-dme@dme.org>\r
38 User-Agent: Notmuch/0.11+92~g9b8f34f (http://notmuchmail.org) Emacs/23.3.1\r
39         (x86_64-pc-linux-gnu)\r
40 Date: Fri, 20 Jan 2012 12:20:20 -0800\r
41 Message-ID: <87zkdiktx7.fsf@servo.finestructure.net>\r
42 MIME-Version: 1.0\r
43 Content-Type: multipart/signed; boundary="=-=-=";\r
44         micalg=pgp-sha256; protocol="application/pgp-signature"\r
45 X-BeenThere: notmuch@notmuchmail.org\r
46 X-Mailman-Version: 2.1.13\r
47 Precedence: list\r
48 List-Id: "Use and development of the notmuch mail system."\r
49         <notmuch.notmuchmail.org>\r
50 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
51         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
52 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
53 List-Post: <mailto:notmuch@notmuchmail.org>\r
54 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
55 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
56         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
57 X-List-Received-Date: Fri, 20 Jan 2012 20:20:27 -0000\r
58 \r
59 --=-=-=\r
60 \r
61 On Fri, 20 Jan 2012 09:43:31 +0000, David Edmondson <dme@dme.org> wrote:\r
62 > The buttons inserted for encrypted parts are slightly different now -\r
63 > previously the logic was that if a part was encrypted it would have\r
64 > the signature status inserted only if the encryption status was\r
65 > specified. Now the signature status will be inserted even without\r
66 > encryption status. My reading of the documentation says that this is\r
67 > correct, but I'm no expert. Comments?\r
68 \r
69 I need some more time to review this patch, but I don't think this is\r
70 correct.  The signature status of encrypted messages (or even if the\r
71 message was signed at all) comes from the decryption process.  They're\r
72 not independent.  If the decryption fails it's unknown if there was a\r
73 signature or not.\r
74 \r
75 I need to look closer at this, though.  Hopefully this weekend.\r
76 \r
77 jamie.\r
78 \r
79 --=-=-=\r
80 Content-Type: application/pgp-signature\r
81 \r
82 -----BEGIN PGP SIGNATURE-----\r
83 Version: GnuPG v1.4.11 (GNU/Linux)\r
84 \r
85 iQIcBAEBCAAGBQJPGcyEAAoJEO00zqvie6q8makP/1oBgbpfEWTPR1nAGoGA8I6P\r
86 EzEBnIpf6gmrMc4evwTG4toJAMsiSqcJTvMny/3yqYK4sNP7fbGefxDh/BG1zaPm\r
87 OMfVp2xkqelubiAgmma+s0WT0hSUdhqZMrV4HX22RHJTcgz/MSGC+ZeAQv4wajh0\r
88 iCyCdjFHsG3SirJa7OEZR+IqcZKvmEEgJLpAPW3/1q/gBwBBIWoWIu04z60vkMGa\r
89 byFBiiipYvLqE0I0ssmWCMkssgsOoZMSMd8NGOJJOOKcX/yZyeiDv9aey7dM6qQZ\r
90 ziWnJmfO2ApK0r47jWWvaes6CRQUeEEal+79uIonAaZcJR/CGOeG1Fu6Qg75TVbP\r
91 nK7CxZxHM4AsGsmBJbKFDN0NnQhhOuyfdSBCWsd+oOWyJfKa/lKmMomywIAt7MFw\r
92 rwV5u825T5aeH463hiEBSKbqNiHTjCBW0F964/JiqGUiJsMrSnptfyidEIjEHGet\r
93 i2WwDcacg7mmDq44ES9XC90zseQ9wRpCjofqmlfs1KmTJrYFdxHuHYcrUjZVg5vN\r
94 no74/wPpF2EfFqW2ocIRxo9QbnaFs/HgYu1pzalQ+p9MryfIctWYGFcPsPpvZE5U\r
95 v6+1oUpBGLXu0e+NxSoQSR9uvuVVMj23iMuGb1p22PVbS2VI44i/UuKYkXIWKRjQ\r
96 +0bzkYuojSQwrf3zgWiI\r
97 =n7oz\r
98 -----END PGP SIGNATURE-----\r
99 --=-=-=--\r