From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/85005 Path: news.gmane.org!not-for-mail From: Jens Lechtenboerger Newsgroups: gmane.emacs.gnus.general Subject: Re: Default encryption for Message Date: Wed, 24 Sep 2014 16:30:30 +0200 Message-ID: <864mvx5bw9.fsf@informationelle-selbstbestimmung-im-internet.de> 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 1411569059 6564 80.91.229.3 (24 Sep 2014 14:30:59 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 24 Sep 2014 14:30:59 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M33249@lists.math.uh.edu Wed Sep 24 16:30:52 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 1XWnah-0003uT-Ta for ding-account@gmane.org; Wed, 24 Sep 2014 16:30:49 +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 1XWnad-0005MR-70; Wed, 24 Sep 2014 09:30:43 -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 1XWnab-0005MA-RY for ding@lists.math.uh.edu; Wed, 24 Sep 2014 09:30:41 -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 1XWnaa-0003uv-DO for ding@lists.math.uh.edu; Wed, 24 Sep 2014 09:30:41 -0500 Original-Received: from mx2.mailbox.org ([80.241.60.215]) by quimby.gnus.org with esmtp (Exim 4.80) (envelope-from ) id 1XWnaZ-0000m7-39 for ding@gnus.org; Wed, 24 Sep 2014 16:30:39 +0200 Original-Received: from smtp1.mailbox.org (smtp1.mailbox.org [80.241.60.240]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx2.mailbox.org (Postfix) with ESMTPS id 49D48462D6 for ; Wed, 24 Sep 2014 16:30:32 +0200 (CEST) X-Virus-Scanned: amavisd-new at heinlein-support.de Original-Received: from smtp1.mailbox.org ([80.241.60.240]) (using TLS with cipher AES256-GCM-SHA384) by gerste.heinlein-support.de (gerste.heinlein-support.de [91.198.250.173]) (amavisd-new, port 10030) with ESMTPS id wag8-tyYoVSA for ; Wed, 24 Sep 2014 16:30:31 +0200 (CEST) In-Reply-To: (Daiki Ueno's message of "Wed, 24 Sep 2014 11:23:39 +0900") User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/24.3.50 (gnu/linux) OpenPGP: id=0xA142FD84; url=http://www.informationelle-selbstbestimmung-im-internet.de/A142FD84.asc Mail-Followup-To: ding@gnus.org X-Spam-Score: -2.9 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:85005 Archived-At: On 2014-09-24, Daiki Ueno wrote: > Jens Lechtenboerger writes: > >> 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 w= ith >> mml-signers and mml2015-encrypt-to-self. > > 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]. Thanks for the clarification. When and why would you set this variable to a list? > Perhaps we could enable mml2015-sign-with-sender by default, if > mml2015-encrypt-to-self is set. I fail to see why encrypt-to-self should be tied to sign-related variables. >> 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. I=E2=80=99m taken by surprise. Do you sign tarballs in Gnus? I understand that flexible schemes are necessary, but I still fail to see why the current mml2015 approach is desirable. If highly customizable encrypt-to-self options are needed, I would recommend Bcc. Best wishes Jens