From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/65509 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.gnus.general,gmane.emacs.devel Subject: Re: encrypt.el in No Gnus 0.7 Date: Wed, 31 Oct 2007 16:05:40 -0500 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: References: <87zly3y4ru.fsf@catnip.gol.com> <87odejy30k.fsf@catnip.gol.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1193864825 10339 80.91.229.12 (31 Oct 2007 21:07:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 31 Oct 2007 21:07:05 +0000 (UTC) Cc: ding@gnus.org, Miles Bader To: emacs-devel@gnu.org Original-X-From: ding-owner+M14003@lists.math.uh.edu Wed Oct 31 22:07:08 2007 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.50) id 1InKm9-0000Hv-PS for ding-account@gmane.org; Wed, 31 Oct 2007 22:06:58 +0100 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 1InKlg-0006UJ-Sz; Wed, 31 Oct 2007 16:06:28 -0500 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1InKlf-0006UB-Lw for ding@lists.math.uh.edu; Wed, 31 Oct 2007 16:06:27 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtp (Exim 4.67) (envelope-from ) id 1InKlZ-0007IA-DF for ding@lists.math.uh.edu; Wed, 31 Oct 2007 16:06:27 -0500 Original-Received: from blockstar.com ([170.224.69.95] helo=mail.blockstar.com) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1InKlT-0007Hy-00 for ; Wed, 31 Oct 2007 22:06:15 +0100 Original-Received: from tzz (c-67-186-103-18.hsd1.il.comcast.net [67.186.103.18]) by mail.blockstar.com (Postfix) with ESMTP id 7D2713F8504; Wed, 31 Oct 2007 14:26:29 -0700 (PDT) X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6;d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Mail-Followup-To: emacs-devel@gnu.org, ding@gnus.org, Miles Bader In-Reply-To: (Reiner Steib's message of "Wed, 31 Oct 2007 21:36:00 +0100") User-Agent: Gnus/5.110007 (No Gnus v0.7) Emacs/22.1.50 (darwin) X-Spam-Score: -2.6 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:65509 gmane.emacs.devel:82253 Archived-At: On Wed, 31 Oct 2007 21:36:00 +0100 Reiner Steib wrote: RS> On Wed, Oct 31 2007, Ted Zlatanov wrote: >> This could go into mainline Emacs if people are interested. For Gnus it >> lets a user encrypt the .netrc file for example (I modified netrc.el >> accordingly). RS> FYI: `net/netrc.el' has also been updated, so these changes are RS> already in Emacs CVS. It definitely makes sense to move encrypt.el into Emacs as well then. My main concern was that it overlaps with all the other *crypt*.el packages, and I really think that encrypt.el's simplicity and non-invasiveness justifies its existence. But it requires password.el. I'm open to suggestions as to the best way to manage it. >> I posted instructions on usage to the ding list, but they haven't gone >> into the manual (partly because I didn't know if people would complain >> about encrypt.el, or if it would eventually move to mainline Emacs). RS> Could you please send it again? This was in , in January, I wrote: > I put in some docs and fixes for encrypt.el. Please see the beginning > of the file. Let me know if you have ideas or suggestions. In the > context of Gnus, encrypt.el is a very nice way to keep all your > passwords and login info locked under one decryption password, usually > that means your ~/.authinfo. I've been using encrypt.el in Gnus for a > while with GnuPG, and it works fine. Those that know GnuPG well will > probably have ideas on improving--using the private key instead of a > password, etc. The idea for encrypt.el is to let the user choose from > any number of methods, so if you have suggestions for additional > encryption/decryption models, please let me know. So I actually posted a pointer to the instructions :) Sorry for the confusion, I didn't remember so long ago. I have updated the docs in the code since, with the setup I use day-to-day and which I am confident is reliable. So encrypt.el has, at the very beginning of the file, docs sufficient to get started using it to keep encrypted netrc/authinfo files. Ted