From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Moving files from lisp/gnus/ to lisp/net/? Date: Tue, 02 Nov 2004 16:15:29 -0500 Message-ID: References: <2366.81.51.30.174.1098020712.squirrel@yxa.extundo.com> <4nekjd9vqk.fsf@lifelogs.com> <4nfz3s6r31.fsf@lifelogs.com> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1099430310 6227 80.91.229.6 (2 Nov 2004 21:18:30 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 2 Nov 2004 21:18:30 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 02 22:18:18 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CP62k-00038S-00 for ; Tue, 02 Nov 2004 22:18:18 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CP6Ao-0002gm-26 for ged-emacs-devel@m.gmane.org; Tue, 02 Nov 2004 16:26:38 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CP6Ae-0002gQ-RT for emacs-devel@gnu.org; Tue, 02 Nov 2004 16:26:28 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CP6Ae-0002g1-0e for emacs-devel@gnu.org; Tue, 02 Nov 2004 16:26:28 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CP6Ad-0002fy-Ud for emacs-devel@gnu.org; Tue, 02 Nov 2004 16:26:27 -0500 Original-Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CP62H-0007GY-Vx for emacs-devel@gnu.org; Tue, 02 Nov 2004 16:17:50 -0500 Original-Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 87ED68282EE; Tue, 2 Nov 2004 16:17:49 -0500 (EST) Original-Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id 376C34AC91E; Tue, 2 Nov 2004 16:15:30 -0500 (EST) Original-Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id EA8C48CA69; Tue, 2 Nov 2004 16:15:29 -0500 (EST) Original-To: Ted Zlatanov In-Reply-To: <4nfz3s6r31.fsf@lifelogs.com> (Ted Zlatanov's message of "Tue, 02 Nov 2004 13:30:58 -0500") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=0, requis 5) X-MailScanner-From: monnier@iro.umontreal.ca X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:29338 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:29338 > There are many reasons why the XOR cipher is desirable - not the least > of which is that it depends on nothing and is very fast. Encryption > is just a deterrent, like any other kind of data security, so it makes > sense to have something trivial in addition to the real methods like > GnuPG. While I can agree that we shouldn't rule them out, such cyphers should not constrain the interface too much, because they are not the important case. > You are right, however, that GnuPG can indicate that decryption > failed. So maybe some ciphers should have the property :fail-aware > and the code will do the passwords accordingly. Do you think this is > the right approach? I'd rather assume they *all* are fail-aware, and for those rare which aren't, just make them always say "success". The XOR cypher might be great because it's fast and depends on nothing but it provides really lousy security in most cases (tho better than ROT13), so we shouldn't worry too much whether the support for XOR is optimal or not. OTOH good support for GnuPG is important because it's a tool that's much more used and practically useful. Stefan