From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/84989 Path: news.gmane.org!not-for-mail From: Daiki Ueno Newsgroups: gmane.emacs.gnus.general Subject: Re: Default encryption for Message Date: Wed, 24 Sep 2014 11:23:39 +0900 Message-ID: References: <86wq8xffpv.fsf@informationelle-selbstbestimmung-im-internet.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1411525495 13041 80.91.229.3 (24 Sep 2014 02:24:55 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 24 Sep 2014 02:24:55 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M33233@lists.math.uh.edu Wed Sep 24 04:24:49 2014 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XWcG6-0007bK-Cr for ding-account@gmane.org; Wed, 24 Sep 2014 04:24:48 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1XWcFG-0001hr-Qo; Tue, 23 Sep 2014 21:23:54 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1XWcFE-0001hb-0I for ding@lists.math.uh.edu; Tue, 23 Sep 2014 21:23:52 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1:AES128-SHA:128) (Exim 4.76) (envelope-from ) id 1XWcFB-00086V-T0 for ding@lists.math.uh.edu; Tue, 23 Sep 2014 21:23:51 -0500 Original-Received: from fencepost.gnu.org ([208.118.235.10] ident=Debian-exim) by quimby.gnus.org with esmtp (Exim 4.80) (envelope-from ) id 1XWcFA-0000M3-6p for ding@gnus.org; Wed, 24 Sep 2014 04:23:48 +0200 Original-Received: from du-a.org ([2001:e41:db5e:fb14::1]:34079 helo=localhost.localdomain) by fencepost.gnu.org with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1XWcF8-0002qi-GA for ding@gnus.org; Tue, 23 Sep 2014 22:23:47 -0400 In-Reply-To: <86wq8xffpv.fsf@informationelle-selbstbestimmung-im-internet.de> (Jens Lechtenboerger's message of "Sun, 21 Sep 2014 12:08:44 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) X-Spam-Score: -8.6 (--------) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:84989 Archived-At: Jens Lechtenboerger writes: > 5. Refactoring > mml1991.el, mml2015.el, and mml-smime.el share code, forcing > copy-and-paste on updates. Unifying those code would be a good idea. > With Ma Gnus v0.7, mml2015-epg-find-usable-key was rewritten with an > incompatible list of arguments to use the new function > mml2015-epg-check-sub-key, while mml1991-epg-find-usable-key > remained unchanged. Why actually? I guess it's a left-over. > To be honest I don=E2=80=99t understand the comment in > mml2015-epg-find-usable-key about =E2=80=9CNon e-mail user-id=E2=80=9D wi= th > mml-signers and mml2015-encrypt-to-self. In fact, I don=E2=80=99t > understand mml2015-encrypt-to-self (which is not mentioned in the > manual) at all. If I set that to true I cannot send encrypted > messages but receive the error: =E2=80=9CNeither message sender nor > mml2015-signers are set=E2=80=9D mml2015-encrypt-to-self requires that either mml2015-sign-with-sender or mml2015-signers is set. If the former variable is set, it looks up a key by a sender's e-mail address. Otherwise, it looks for keys listed in mml2015-signers, which could be: (setq mml2015-signers '("D7E69871" ...)) Here, "D7E69871" is a "Non e-mail user-id"[1]. Perhaps we could enable mml2015-sign-with-sender by default, if mml2015-encrypt-to-self is set. > I=E2=80=99m simply using encrypt-to and hidden-encrypt-to in gpg.conf. This was the idea why epg.el dropped the options like pgg-encrypt-to-self. However, in the end we realized that the Gnus usage of GPG needed more flexibility. Some people use multiple keys associated with a single e-mail address. For example, I have several keys associated with ueno@gnu.org for different purposes than encrypting or signing mails, e.g. signing tarballs. > In any case, I=E2=80=99d like to use a stable interface into epg and sugg= est > to provide that in a new file, say mml-epg.el. Then, we could move > either mml2015-epg-find-usable-key or mml1991-epg-find-usable-key > with the new name mml-epg-find-usable-keys into that file and use > that in mml1991, mml2015, and mml-smime. Actually, that function > should have an additional Boolean argument specifying whether to > return just one key or all of them. Also, the functions named > mml-epg-... in jl-encrypt.el could go into that file. Agreed. Footnotes:=20 [1] The acceptable patterns are described in: https://www.gnupg.org/docume= ntation/manuals/gnupg/Specify-a-User-ID.html#Specify-a-User-ID