From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Daiki Ueno Newsgroups: gmane.emacs.bugs Subject: bug#17338: bug#17391: Bug#745553: emacs24-el: mml2015-always-trust should default to nil, not t Date: Fri, 27 Jan 2017 03:49:03 +0100 Message-ID: <87mvedxlnk.fsf-ueno__12343.8671850183$1485485501$gmane$org@gnu.org> References: <20140422190613.18043.21415.reportbug@alice.fifthhorseman.net> <877g6eilsp.fsf@trouble.defaultvalue.org> <53640041.7070703@fifthhorseman.net> <87k29jvyzc.fsf@gnus.org> <87a8aehpf8.fsf@informationelle-selbstbestimmung-im-internet.de> <87a8aenaqe.fsf@alice.fifthhorseman.net> <87a8add5ye.fsf@informationelle-selbstbestimmung-im-internet.de> <871svpobsx.fsf-ueno@gnu.org> <87fuk52yyk.fsf@alice.fifthhorseman.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1485485501 19064 195.159.176.226 (27 Jan 2017 02:51:41 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 27 Jan 2017 02:51:41 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) Cc: 745553@bugs.debian.org, 17338@debbugs.gnu.org, Justus Winter , Jens Lechtenboerger , 745553-forwarded@bugs.debian.org, Lars Ingebrigtsen , 17391@debbugs.gnu.org, rlb@defaultvalue.org, "Neal H. Walfield" To: Daniel Kahn Gillmor Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Jan 27 03:51:31 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWwd4-0002sE-5a for geb-bug-gnu-emacs@m.gmane.org; Fri, 27 Jan 2017 03:51:10 +0100 Original-Received: from localhost ([::1]:42572 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cWwd9-0003Xz-K3 for geb-bug-gnu-emacs@m.gmane.org; Thu, 26 Jan 2017 21:51:15 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45536) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cWwd1-0003Xh-OB for bug-gnu-emacs@gnu.org; Thu, 26 Jan 2017 21:51:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cWwcw-0001AE-Ss for bug-gnu-emacs@gnu.org; Thu, 26 Jan 2017 21:51:07 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:48634) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cWwcw-0001A9-PL for bug-gnu-emacs@gnu.org; Thu, 26 Jan 2017 21:51:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cWwcw-00054H-FV; Thu, 26 Jan 2017 21:51:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Daiki Ueno Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Fri, 27 Jan 2017 02:51:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17338 X-GNU-PR-Package: emacs,gnus X-GNU-PR-Keywords: Original-Received: via spool by 17338-submit@debbugs.gnu.org id=B17338.148548541119410 (code B ref 17338); Fri, 27 Jan 2017 02:51:02 +0000 Original-Received: (at 17338) by debbugs.gnu.org; 27 Jan 2017 02:50:11 +0000 Original-Received: from localhost ([127.0.0.1]:46828 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWwc7-000530-51 for submit@debbugs.gnu.org; Thu, 26 Jan 2017 21:50:11 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:54303) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWwc5-00052n-Jw for 17338@debbugs.gnu.org; Thu, 26 Jan 2017 21:50:09 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cWwbx-0000XF-AO for 17338@debbugs.gnu.org; Thu, 26 Jan 2017 21:50:04 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:56828) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cWwbJ-0000Gp-DJ; Thu, 26 Jan 2017 21:49:21 -0500 Original-Received: from du-a.org ([219.94.251.20]:49682 helo=localhost.localdomain) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cWwbH-00078s-U5; Thu, 26 Jan 2017 21:49:20 -0500 In-Reply-To: <87fuk52yyk.fsf@alice.fifthhorseman.net> (Daniel Kahn Gillmor's message of "Thu, 26 Jan 2017 18:17:23 -0500") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:128638 Archived-At: Daniel Kahn Gillmor writes: > On Thu 2017-01-26 14:34:22 -0500, Daiki Ueno wrote: >> Jens Lechtenboerger writes: >>> The mml code is based on EasyPG by Daiki Ueno (cc=E2=80=99ed). EasyPG = makes >>> use of sub-keys and their IDs for encryption commands, instead of >>> relying on GnuPG=E2=80=99s selections. >> >> It was suggested by Werner to do key selection in Emacs, like GPGME. I >> don't know whether GPGME changed the logic though. > > I don't know what this means -- i don't think that GPGME itself does key > selection. Can you tell me more? My wording might be confusing; let me rephase: I don't think GPGME has a means of using GnuPG's selections, which the applications can rely on. EasyPG is modelled after GPGME, and Gnus is an application using it, thus it is a responsiblity of Gnus to select usable keys by itself. > Presumably users who use emacs with gpg also use gpg with other tools > (possibly even other MUAs), or even gpg on its own. Collecting key > preference data in multiple places while sharing the underlying key > store seems like a recipe for synchronization problems and confusing > behavior, particularly for folks who don't know how the tools fit > together. If there is the means to do that in GPGME now, yes, it would be nice for EasyPG to provide a similar mechanism which can be used from Gnus. Otherwise, IMO, neither EasyPG nor Gnus should try to do the selection by calling gpg directly, even if it could be useful. Regards, --=20 Daiki Ueno