From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Chong Yidong Newsgroups: gmane.emacs.devel Subject: Re: url library and GnuTLS, and Emacs-issued certificates Date: Thu, 24 Mar 2011 15:23:15 -0400 Message-ID: <87ei5wpbks.fsf@stupidchicken.com> References: <87mxkojpk4.fsf@lifelogs.com> <87hbawtbq7.fsf@stupidchicken.com> <878vw8hznm.fsf_-_@lifelogs.com> <87ei5xsvl6.fsf@lifelogs.com> <87hbatofix.fsf@stupidchicken.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1300994619 18947 80.91.229.12 (24 Mar 2011 19:23:39 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 24 Mar 2011 19:23:39 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Mar 24 20:23:33 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Q2q84-0001Yk-Ib for ged-emacs-devel@m.gmane.org; Thu, 24 Mar 2011 20:23:32 +0100 Original-Received: from localhost ([127.0.0.1]:36820 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q2q84-0003rC-32 for ged-emacs-devel@m.gmane.org; Thu, 24 Mar 2011 15:23:32 -0400 Original-Received: from [140.186.70.92] (port=55607 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q2q7v-0003qS-7f for emacs-devel@gnu.org; Thu, 24 Mar 2011 15:23:26 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q2q7p-00054N-QG for emacs-devel@gnu.org; Thu, 24 Mar 2011 15:23:23 -0400 Original-Received: from vm-emlprdomr-04.its.yale.edu ([130.132.50.145]:54161) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q2q7p-00054G-N7 for emacs-devel@gnu.org; Thu, 24 Mar 2011 15:23:17 -0400 Original-Received: from furball (dhcp128036014187.central.yale.edu [128.36.14.187]) (authenticated bits=0) by vm-emlprdomr-04.its.yale.edu (8.14.4/8.14.4) with ESMTP id p2OJNG3r029149 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 24 Mar 2011 15:23:16 -0400 Original-Received: by furball (Postfix, from userid 1000) id C0737160788; Thu, 24 Mar 2011 15:23:15 -0400 (EDT) In-Reply-To: (Lars Magne Ingebrigtsen's message of "Wed, 23 Mar 2011 20:20:36 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-Scanned-By: MIMEDefang 2.71 on 130.132.50.145 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 130.132.50.145 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: news.gmane.org gmane.emacs.devel:137648 Archived-At: Lars Magne Ingebrigtsen writes: >> How bout merging the open-protocol-stream code directly into >> open-network-stream? Then we can make open-protocol-stream an alias for >> open-network-stream, and (provide 'proto-stream) in subr.el. > > It sounds like a workable idea to me. Since `open-protocol-stream' is a > superset of `open-network-stream', really, it should hopefully not break > other third-party usages of `open-network-stream', but I think we should > have a closer look at the `open-protocol-stream' logic to make sure > first. > > But my immediate reaction is that this would be a good idea. That's great. There is one main snag: open-protocol-stream returns a four-element list, (PROC GREETING CAPABILITIES TYPE), while open-network-stream returns just PROC. Within Gnus, the call to open-protocol-stream in nntp-open-connection discards the other list elements anyway; but nnimap-open-connection-1 does use them. How about if we change this by adding a :return-list parameter that makes open-network-stream (merged from open-protocol-stream) return a list rather than a process object? Then, in the absence of this parameter, only a process object would be returned.