1 Return-Path: <tomi.ollila@iki.fi>
\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 A3F21431FBC
\r
6 for <notmuch@notmuchmail.org>; Sun, 13 Apr 2014 13:41:25 -0700 (PDT)
\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
\r
11 X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]
\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 k4k6Ya3rS2Ri for <notmuch@notmuchmail.org>;
\r
16 Sun, 13 Apr 2014 13:41:14 -0700 (PDT)
\r
17 Received: from guru.guru-group.fi (guru.guru-group.fi [46.183.73.34])
\r
18 by olra.theworths.org (Postfix) with ESMTP id 96F51431FBD
\r
19 for <notmuch@notmuchmail.org>; Sun, 13 Apr 2014 13:41:14 -0700 (PDT)
\r
20 Received: from guru.guru-group.fi (localhost [IPv6:::1])
\r
21 by guru.guru-group.fi (Postfix) with ESMTP id 5D00110008F;
\r
22 Sun, 13 Apr 2014 23:41:07 +0300 (EEST)
\r
23 From: Tomi Ollila <tomi.ollila@iki.fi>
\r
24 To: David Bremner <david@tethera.net>,
\r
25 Jameson Graef Rollins <jrollins@finestructure.net>,
\r
26 Notmuch Mail <notmuch@notmuchmail.org>
\r
27 Subject: Re: [PATCH] emacs: process crypto for reply only when specified
\r
28 In-Reply-To: <87ob05xu9g.fsf@zancas.localnet>
\r
29 References: <1396689486-19232-1-git-send-email-jani@nikula.org>
\r
30 <1396852814-10338-1-git-send-email-jrollins@finestructure.net>
\r
31 <8761me3st5.fsf@zancas.localnet>
\r
32 <m24n1xa3yu.fsf@guru.guru-group.fi>
\r
33 <87ob05xu9g.fsf@zancas.localnet>
\r
34 User-Agent: Notmuch/0.17+200~g5c6d42d (http://notmuchmail.org) Emacs/24.3.1
\r
35 (x86_64-unknown-linux-gnu)
\r
36 X-Face: HhBM'cA~<r"^Xv\KRN0P{vn'Y"Kd;zg_y3S[4)KSN~s?O\"QPoL
\r
37 $[Xv_BD:i/F$WiEWax}R(MPS`^UaptOGD`*/=@\1lKoVa9tnrg0TW?"r7aRtgk[F
\r
38 !)g;OY^,BjTbr)Np:%c_o'jj,Z
\r
39 Date: Sun, 13 Apr 2014 23:41:07 +0300
\r
40 Message-ID: <m2fvlhklng.fsf@guru.guru-group.fi>
\r
42 Content-Type: text/plain
\r
43 X-BeenThere: notmuch@notmuchmail.org
\r
44 X-Mailman-Version: 2.1.13
\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: Sun, 13 Apr 2014 20:41:25 -0000
\r
57 On Sun, Apr 13 2014, David Bremner wrote:
\r
59 > Tomi Ollila <tomi.ollila@iki.fi> writes:
\r
62 >> Code looks OK. +1. I'm interested to see whether replies to signed emails
\r
63 >> work on this system where sign/(de|en)cryption just doesn't work (out of
\r
67 > It's a good point. I need to insert my smartcard to sign things, which
\r
68 > I'm sometimes too lazy to do. In my case, maybe I should stop being so
\r
69 > lazy; I suspect my particular case is a but unusual.
\r
71 Below is what happened to me when I failed to remove the
\r
72 "<#secure method=pgpmime mode=sign>" part from the beginning of the message
\r
73 It is very easy to detect and there is nothing much one can use if they
\r
74 have configured notmuch-crypto-process-mime to be t (like I seem to have ;)
\r
76 --8<----8<----8<----8<----8<----8<----8<----8<----8<----8<----8<----8<--
\r
77 notmuch-crypto-process-mime is a variable defined in `one-notmuch.el'.
\r
79 Original value was nil
\r
80 --8<----8<----8<----8<----8<----8<----8<----8<----8<----8<----8<----8<--
\r
82 Emacs stopped responding my keypresses after C-c C-c; C-g brought control
\r
83 back to me -- and then I tried again...
\r
87 19028 ? SLs 0:00 /usr/bin/gpg --no-tty --status-fd 1 --yes --command-f
\r
88 19029 ? SL 0:00 gpg-agent --server
\r
89 19030 ? RL 0:50 /usr/bin/pinentry-curses
\r
90 19034 ? SLs 0:00 /usr/bin/gpg --no-tty --status-fd 1 --yes --command-f
\r
91 19035 ? SL 0:00 gpg-agent --server
\r
92 19036 ? RL 0:04 /usr/bin/pinentry-curses
\r
93 19037 pts/6 R+ 0:00 ps x
\r
95 The 'pinentry-curses' and this emacs doesn't play along well (I've seen
\r
96 this happening before when I tried to encrypt some messages). I had
\r
97 to pkill gpg and pinentry-curses to get rid of the above processes.
\r
99 > Perhaps people with no ability to sign are less likely to have
\r
100 > "notmuch-crypto-process-mime" set? Or we can add another configuration
\r
101 > variable initialized from notmuch-crypto-process-mime, but allowing
\r
102 > people to shut this off.
\r
104 Well, I set notmuch-crypto-process-mime to nil -- it still wants to
\r
105 sign the message and runs gpg...
\r
107 ... my case may be unique enough no-one else has the same problem; anyway
\r
108 ideas how to automatically kill the gpg process(es) when one aborts send
\r