From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.devel Subject: Re: lisp/url/url-https.el Date: Wed, 14 Apr 2004 14:15:05 -0400 Organization: =?koi8-r?q?=F4=C5=CF=C4=CF=D2=20=FA=CC=C1=D4=C1=CE=CF=D7?= @ Cienfuegos Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <4nvfk2whna.fsf@lifelogs.com> References: <87fzb8cfxq.fsf@lexx.delysid.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1081967763 3431 80.91.224.253 (14 Apr 2004 18:36:03 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 14 Apr 2004 18:36:03 +0000 (UTC) Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Wed Apr 14 20:35:55 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BDpEo-0005Yi-00 for ; Wed, 14 Apr 2004 20:35:54 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BDpEo-0005KK-00 for ; Wed, 14 Apr 2004 20:35:54 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BDpBb-0004HL-IY for emacs-devel@quimby.gnus.org; Wed, 14 Apr 2004 14:32:35 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1BDp91-0003I6-NX for emacs-devel@gnu.org; Wed, 14 Apr 2004 14:29:55 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1BDp8Q-0002uz-KB for emacs-devel@gnu.org; Wed, 14 Apr 2004 14:29:51 -0400 Original-Received: from [80.91.224.249] (helo=main.gmane.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BDp8P-0002tH-QH for emacs-devel@gnu.org; Wed, 14 Apr 2004 14:29:17 -0400 Original-Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1BDp8P-0001Wu-00 for ; Wed, 14 Apr 2004 20:29:17 +0200 Original-Received: from asimov.bwh.harvard.edu ([134.174.9.63]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 14 Apr 2004 20:29:17 +0200 Original-Received: from tzz by asimov.bwh.harvard.edu with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 14 Apr 2004 20:29:17 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-To: emacs-devel@gnu.org Original-Lines: 35 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: asimov.bwh.harvard.edu 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" User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3.50 (gnu/linux) Cancel-Lock: sha1:17ym+mlifPzH237TMignmOkbiqM= X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:21637 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:21637 On Wed, 14 Apr 2004, rms@gnu.org wrote: > I think Kim was actually trying to emphasis the absurdity > of removing ssl support code from Emacs in the first place, > > I agree that these restrictions are absurd. However, that is > not relevant to the issue of what we need to remove from > distribution in the US. Richard, I need to mention that my own attempts at writing encryption support for Gnus, which is to be included with Emacs, were frustrated by these restrictions. Specifically in the case of Gnus, the file ~/.authinfo (AKA ~/.netrc) can hold user passwords, and encrypting it is very desirable. The restrictions have delayed production-ready encryption code I've already written that wraps around GPG, and I am confused as to how much of the code I have to throw out. I am willing to work with any standards Emacs has, but there has to be some way to allow a willing user to plug in encryption code easily into Gnus, once that code is downloaded. As it is, and according to what you have told Lars Magne Ingebrigtsen and he has relayed to the Gnus developers, not even empty wrapper functions that could be used for encryption are allowed. That makes my life much harder. The alternate way is to develop two branches of Gnus, one for inclusion with Emacs and one for regular use. That can be very counterproductive. Can you suggest any way out of this situation? Have I misunderstood anything? Thanks Ted