From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/85034 Path: news.gmane.org!not-for-mail From: Daiki Ueno Newsgroups: gmane.emacs.gnus.general Subject: Re: Default encryption for Message Date: Thu, 25 Sep 2014 12:06:02 +0900 Message-ID: References: <86wq8xffpv.fsf@informationelle-selbstbestimmung-im-internet.de> <864mvx5bw9.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 1411614384 22261 80.91.229.3 (25 Sep 2014 03:06:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 25 Sep 2014 03:06:24 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M33278@lists.math.uh.edu Thu Sep 25 05:06:17 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 1XWzNp-0006cj-1T for ding-account@gmane.org; Thu, 25 Sep 2014 05:06:17 +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 1XWzNm-00019b-84; Wed, 24 Sep 2014 22:06:14 -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 1XWzNk-000192-AU for ding@lists.math.uh.edu; Wed, 24 Sep 2014 22:06:12 -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 1XWzNi-00082T-3H for ding@lists.math.uh.edu; Wed, 24 Sep 2014 22:06:11 -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 1XWzNg-0006UC-I9 for ding@gnus.org; Thu, 25 Sep 2014 05:06:08 +0200 Original-Received: from du-a.org ([2001:e41:db5e:fb14::1]:34401 helo=localhost.localdomain) by fencepost.gnu.org with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1XWzNe-0002GR-PE for ding@gnus.org; Wed, 24 Sep 2014 23:06:07 -0400 In-Reply-To: <864mvx5bw9.fsf@informationelle-selbstbestimmung-im-internet.de> (Jens Lechtenboerger's message of "Wed, 24 Sep 2014 16:30:30 +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:85034 Archived-At: Jens Lechtenboerger writes: > I fail to see why encrypt-to-self should be tied to sign-related > variables. The variable name might not be too intuitive, but maybe you could imagine how GPG signing and encryption work. Decryption keys are usually same as signing keys. I didn't want to add a separate variable for this particular feature. > I=E2=80=99m taken by surprise. Do you sign tarballs in Gnus? No. I'm saying that I don't want Gnus to pick the key I use for singing tarballs, outside of 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. I'm not sure what you understand nor what you are proposing. Here is the detailed use-case: Suppose that one has three keys associated with his e-mail address. Key A is for encrypted e-mail communication with his colleagues, key B is for communicating with friends, and key C is for automatic signing of tarballs. Here, those keys are more securely protected in order of A, B, and C. He doesn't want to use key C for any e-mail encryption. He doesn't want to use key B for confidential communication within his company. This might sound hypothetical but I do have a similar setting. How do you address this situation with ~/.gnupg/gpg.conf options and Bcc?