From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Daiki Ueno Newsgroups: gmane.emacs.devel Subject: Re: /srv/bzr/emacs/trunk r105466: epa-mail.el handles GnuPG groups. Date: Wed, 17 Aug 2011 14:09:12 +0900 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1313557776 13411 80.91.229.12 (17 Aug 2011 05:09:36 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 17 Aug 2011 05:09:36 +0000 (UTC) Cc: emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Aug 17 07:09:32 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QtYNf-0008UQ-IA for ged-emacs-devel@m.gmane.org; Wed, 17 Aug 2011 07:09:31 +0200 Original-Received: from localhost ([::1]:59310 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QtYNe-0001iG-QJ for ged-emacs-devel@m.gmane.org; Wed, 17 Aug 2011 01:09:30 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:37529) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QtYNa-0001hz-Ro for emacs-devel@gnu.org; Wed, 17 Aug 2011 01:09:27 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QtYNZ-00005H-Nz for emacs-devel@gnu.org; Wed, 17 Aug 2011 01:09:26 -0400 Original-Received: from ivory4.scn-net.ne.jp ([219.117.176.192]:47805) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1QtYNZ-0008WV-7t; Wed, 17 Aug 2011 01:09:25 -0400 Original-Received: from ([192.168.0.187]) (envelope sender: ) by ivory4.scn-net.ne.jp with Active!Hunter esmtp server; Wed, 17 Aug 2011 14:09:20 +0900 Original-Received: Received: from well-done.deisui.org (g187018.scn-net.ne.jp [202.83.187.18]) (authenticated) by blue17.scn-net.ne.jp (unknown) with ESMTP id p7H59Kvf028333; Wed, 17 Aug 2011 14:09:20 +0900 In-Reply-To: (Richard Stallman's message of "Wed, 17 Aug 2011 00:51:32 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Received-From: 219.117.176.192 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:143348 Archived-At: Richard Stallman writes: > epa has a nice feature to select keys interactively, which is based on > (group-expanded) key information in elisp level. Try: > > C-u M-x epa-mail-encrypt > > and you will see the list of keys which will be used to encrypt, before > doing actual encryption. This is useful for careful users who don't > want to encrypt emails with untrusted/unwanted keys. > > I have nothing against it; but when C-u is not used, why check the keys? > Why not just pass the specified recipients to GPG and let it check them? It could be possible but it does not help simplifying the code. Now the behavior is identical to what GPG does and I see no reason to add a special case when C-u is not used. > I think we are talking about different code. I was talking about > the code to check the keys. I thought all that could be deleted > by making epa not check the keys. > > However, if that code is needed for the C-u case, then it could not be > deleted. Yes, it is needed for the C-u case and also for encrypting files (not emails), importing/exporting keys, etc. Regards, -- Daiki Ueno