Re: Better Gmail handling by not using Notmuch tags
[notmuch-archives.git] / 43 / 487aea9758631e2daff2bfcf0f60b19fb97a67
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 C7825429E42\r
6         for <notmuch@notmuchmail.org>; Tue,  3 Jan 2012 13:45:26 -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 VsxVA1sNUxUd for <notmuch@notmuchmail.org>;\r
16         Tue,  3 Jan 2012 13:45: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 5438A431FD0\r
20         for <notmuch@notmuchmail.org>; Tue,  3 Jan 2012 13:45: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 62B3C66E0137;\r
23         Tue,  3 Jan 2012 13:45:20 -0800 (PST)\r
24 X-Spam-Scanned: at Caltech-IMSS on earth-doxen by amavisd-new\r
25 Received: from finestructure.net (DHCP-123-180.caltech.edu [131.215.123.180])\r
26         (Authenticated sender: jrollins)\r
27         by earth-doxen-submit (Postfix) with ESMTP id 710B166E0089;\r
28         Tue,  3 Jan 2012 13:45:17 -0800 (PST)\r
29 Received: by finestructure.net (Postfix, from userid 1000)\r
30         id 4967594C; Tue,  3 Jan 2012 13:45:17 -0800 (PST)\r
31 From: Jameson Graef Rollins <jrollins@finestructure.net>\r
32 To: Gregor Zattler <telegraph@gmx.net>, Notmuch Mail <notmuch@notmuchmail.org>\r
33 Subject: Re: Emacs: Crypto: How to get automatic encryption?\r
34 In-Reply-To: <20120103195651.GA27869@shi.workgroup>\r
35 References: <20120103195651.GA27869@shi.workgroup>\r
36 User-Agent: Notmuch/0.10.2+138~g0b4049e (http://notmuchmail.org) Emacs/23.3.1\r
37         (x86_64-pc-linux-gnu)\r
38 Date: Tue, 03 Jan 2012 13:45:14 -0800\r
39 Message-ID: <87fwfw8npx.fsf@servo.finestructure.net>\r
40 MIME-Version: 1.0\r
41 Content-Type: multipart/signed; boundary="=-=-=";\r
42         micalg=pgp-sha256; protocol="application/pgp-signature"\r
43 X-BeenThere: notmuch@notmuchmail.org\r
44 X-Mailman-Version: 2.1.13\r
45 Precedence: list\r
46 List-Id: "Use and development of the notmuch mail system."\r
47         <notmuch.notmuchmail.org>\r
48 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
49         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
50 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
51 List-Post: <mailto:notmuch@notmuchmail.org>\r
52 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
53 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
54         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
55 X-List-Received-Date: Tue, 03 Jan 2012 21:45:27 -0000\r
56 \r
57 --=-=-=\r
58 Content-Transfer-Encoding: quoted-printable\r
59 \r
60 On Tue, 3 Jan 2012 20:56:51 +0100, Gregor Zattler <telegraph@gmx.net> wrote:\r
61 > I replied to a PGP/MIME signed and encrypted e-mail and was\r
62 > astonished to realise that my reply was sent unencrypted (and\r
63 > unsigened for that matter).\r
64 \r
65 Yikes!  Sorry this happened, and I hope nothing too sensitive was\r
66 exposed.\r
67 \r
68 Auto signing of outgoing mail can be enabled by the following [0]:\r
69 \r
70 (add-hook 'message-setup-hook mml-secure-message-sign-pgpmime)\r
71 \r
72 You can configure the message-setup-hook with the customization UI as\r
73 well.\r
74 \r
75 Unfortunately, auto encrypting of replies to encrypted emails is not yet\r
76 implemented.  It is desperately needed, though, obviously.  So this is a\r
77 good excuse to start a discussion about how we could achieve this.\r
78 \r
79 It just occurs to me that a way to do this would be to have notmuch\r
80 reply add the appropriate mml #secure tag for encryption to the output\r
81 reply template, maybe with something like a --emacs option.  That would\r
82 be pretty easy to implement, although it would obviously be very UI\r
83 specific.\r
84 \r
85 Another possibility would be for notmuch reply to add some sort of\r
86 header to the reply message to indicate that the original was encrypted,\r
87 and then do something in emacs to try to read that header and add the\r
88 appropriate mml #secure tag.  That would also be easy to implement in\r
89 the notmuch CLI, and it would be more UI agnostic, but it would require\r
90 a lot more elisp.\r
91 \r
92 Or maybe we could support both?\r
93 \r
94 Any other suggestions?\r
95 \r
96 > Actually the message buffer in which I write replies has Auto\r
97 > Encryption Mode enabled, but nothing happens.=20=20\r
98 \r
99 That's unfortunate.  Can you explain exactly how you set this up, and\r
100 how it didn't work?\r
101 \r
102 > Till now I investigated customisable variables for notmuch,\r
103 > message mode, epg but did not find a way to tell Emacs to sign\r
104 > and encrypt an e-mail if the correspondent (signed and) and\r
105 > encrypted her/his e-mail.=20=20\r
106 \r
107 It's actually usually mml that is used with message-mode to\r
108 sign/encrypt message, not epg.\r
109 \r
110 jamie.\r
111 \r
112 --=-=-=\r
113 Content-Type: application/pgp-signature\r
114 \r
115 -----BEGIN PGP SIGNATURE-----\r
116 Version: GnuPG v1.4.11 (GNU/Linux)\r
117 \r
118 iQIcBAEBCAAGBQJPA3brAAoJEO00zqvie6q86FcP/1rtuNLl4G8atdsEx9KrF3TJ\r
119 blVoSYSfunjDNThu4TuC8qP4cHVhMy9dyhbu9jBJQfI89x8pogJvTFb1cgs+5ZDe\r
120 oYi7sDEwvg+2zEzGLRgxZDvv3OSx7KGiUa8Kr6Iv0Kl/cx/3oORxfdAfrVum7ceB\r
121 UYkLc/ZmbfXivUufnCeHxqhOTRBY3EYIzuK/5BT92glbB7tq8XCjqUGmTshtAhoq\r
122 gpLErF2yJlEjM/vHl1rApLFh6lj9rL2TfJ11fUpEokfeVtgRS6OCiq1ix4fD9JSZ\r
123 Pl0hCeNUf/5NH6Fk3p7O1yZjsNOMhVMH3pp3SC7M3rmnBuBGs7ZfDzeRCzSpaoqJ\r
124 uWzKbV35sgvrU0Yu2qRbJwkk0bpKsYe7bb/StxzNX+TsI6Nvj0uoF+7DU1OMFow0\r
125 KAhyTx1tgzZDAEoOkicD8sctfvAXKGTnueBbEsigdFCioQJFidZpl/88ZqGJzDY2\r
126 rHoms2zVsWZCqKyc1nEfx9r5qWCKYT8IaRdc6QU5KLjSail70XMxtW4beXUKk3kD\r
127 ZnUqluMTG0lgKganPpmnLLhOQP3KlRleNnuWhBscYgHqIGQsGHBQcy3awoRgxaUR\r
128 9LZQpEhkE3nXjB9cggwSCpPDyrDR7FfhSG4kI2KclpEMMYBPBFSQdtac2ws1GdQb\r
129 ACpme5AVvm7h4ipcMoF6\r
130 =NNhQ\r
131 -----END PGP SIGNATURE-----\r
132 --=-=-=--\r