4d/96cefd53705bcbdcabaf9433620a425ddba5d2

   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 A5751431FB6\r
   6         for <notmuch@notmuchmail.org>; Wed, 27 Feb 2013 09:11:57 -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: 0\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]\r
  12         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 GzOvq2DPsodl for <notmuch@notmuchmail.org>;\r
  16         Wed, 27 Feb 2013 09:11:55 -0800 (PST)\r
  17 Received: from tesseract.cs.unb.ca (tesseract.cs.unb.ca [131.202.240.238])\r
  18         (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))\r
  19         (No client certificate requested)\r
  20         by olra.theworths.org (Postfix) with ESMTPS id 9679C431FAF\r
  21         for <notmuch@notmuchmail.org>; Wed, 27 Feb 2013 09:11:55 -0800 (PST)\r
  22 Received: from remotemail by tesseract.cs.unb.ca with local (Exim 4.80)\r
  23         (envelope-from <bremner@unb.ca>)\r
  24         id 1UAkXm-0002aX-SQ; Wed, 27 Feb 2013 13:11:50 -0400\r
  25 Received: (nullmailer pid 29489 invoked by uid 1000);\r
  26         Wed, 27 Feb 2013 17:11:48 -0000\r
  27 From: David Bremner <david@tethera.net>\r
  28 To: Jameson Graef Rollins <jrollins@finestructure.net>,\r
  29         Jani Nikula <jani@nikula.org>, notmuch@notmuchmail.org\r
  30 Subject: Re: [PATCH] cli: crypto: tell gmime to use gpg-agent\r
  31 In-Reply-To: <87hakxpwcu.fsf@servo.finestructure.net>\r
  32 References: <1361950838-22919-1-git-send-email-jani@nikula.org>\r
  33         <87hakxpwcu.fsf@servo.finestructure.net>\r
  34 User-Agent: Notmuch/0.15.1 (http://notmuchmail.org) Emacs/24.2.1\r
  35         (x86_64-pc-linux-gnu)\r
  36 Date: Wed, 27 Feb 2013 13:11:48 -0400\r
  37 Message-ID: <87r4k1znor.fsf@maritornes.cs.unb.ca>\r
  38 MIME-Version: 1.0\r
  39 Content-Type: text/plain\r
  40 X-BeenThere: notmuch@notmuchmail.org\r
  41 X-Mailman-Version: 2.1.13\r
  42 Precedence: list\r
  43 List-Id: "Use and development of the notmuch mail system."\r
  44         <notmuch.notmuchmail.org>\r
  45 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  46         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  47 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  48 List-Post: <mailto:notmuch@notmuchmail.org>\r
  49 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  50 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  51         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  52 X-List-Received-Date: Wed, 27 Feb 2013 17:11:57 -0000\r
  53 \r
  54 Jameson Graef Rollins <jrollins@finestructure.net> writes:\r
  55 \r
  56 > I will argue that the "use-agent" option should be enabled.  If we force\r
  57 > use of gpg-agent, then we don't allow people to opt out of using it.\r
  58 > That's not very user friendly, particularly if someone has not enabled\r
  59 > it for a specific reason.\r
  60 \r
  61 But right now we force people to enable the agent globally via use-agent\r
  62 if they want to decrypt mail in notmuch-cli/emacs. The proposed change\r
  63 allows them to use the agent only for notmuch.\r
  64 \r
  65 > But I think more to the point we need a little bit of due diligence of\r
  66 > the effects of this before we enable it.  What happens if gpg-agent is\r
  67 > not available?  What happens if there is no X session?  Tests that probe\r
  68 > the various circumstances would be useful.\r
  69 \r
  70 I don't think we should directly care about the presence of an X session\r
  71 or not; the agent protocol doesn't depend on how the agent was started\r
  72 afaik. \r
  73 \r
  74 > I do note, though, that the error messages are not very useful.  It\r
  75 > would be nice if could figure out that the decryption failed because of\r
  76 > lack of agent and inform the user of that.\r
  77 \r
  78 Yes, it would be nice to detect a missing/non-responsive agent. And that\r
  79 could be used by tests.\r
  80 \r
  81 > We should probably also update the show man page to make explicit that\r
  82 > an agent may be required.\r
  83 \r
  84 We probably need to word it more strongly than that.  If the user wants\r
  85 decryption then notmuch requires an agent; if they want encryption or\r
  86 signing then message-mode (really probably easypg) requires an agent.\r
  87 I'm not sure how it manages it, but according to Jani's experiments it\r
  88 seems that message mode already uses the agent independently of the\r
  89 user's config; perhaps via the '--use-agent' argument to gpg.  So the\r
  90 current situation is unfortunately asymmetric.\r
  91 \r
  92 Of course it would help if there was documentation for the emacs\r
  93 interface that we could update.\r
  94 \r