From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/66601 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel,gmane.emacs.gnus.general Subject: Re: nntp.el: netcat Date: Fri, 28 Mar 2008 23:55:38 -0400 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1206762964 28354 80.91.229.12 (29 Mar 2008 03:56:04 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 29 Mar 2008 03:56:04 +0000 (UTC) Cc: ding@gnus.org, emacs-devel@gnu.org To: Katsumi Yamaoka Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Mar 29 04:56:35 2008 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.50) id 1JfSBG-0001Fw-OM for ged-emacs-devel@m.gmane.org; Sat, 29 Mar 2008 04:56:35 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JfSAf-0003F3-DK for ged-emacs-devel@m.gmane.org; Fri, 28 Mar 2008 23:55:57 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JfSAb-0003Eq-2n for emacs-devel@gnu.org; Fri, 28 Mar 2008 23:55:53 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JfSAY-0003E3-Ln for emacs-devel@gnu.org; Fri, 28 Mar 2008 23:55:51 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JfSAY-0003Dy-KT for emacs-devel@gnu.org; Fri, 28 Mar 2008 23:55:50 -0400 Original-Received: from 206-248-178-205.dsl.teksavvy.com ([206.248.178.205] helo=ceviche.home) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JfSAY-0003wZ-5w for emacs-devel@gnu.org; Fri, 28 Mar 2008 23:55:50 -0400 Original-Received: by ceviche.home (Postfix, from userid 20848) id F3DEDB40BB; Fri, 28 Mar 2008 23:55:38 -0400 (EDT) In-Reply-To: (Katsumi Yamaoka's message of "Thu, 27 Mar 2008 16:54:33 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) 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:93749 gmane.emacs.gnus.general:66601 Archived-At: > The function name `nntp-open-via-netcat' found in the doc string > of `nntp-open-telnet-stream' is not proper for it. Because the > word `via' has been being used for the function names and the > variable names that are used for the nntp connection established > via the intemediate host. Moreover, there is no function > definition for it in nntp.el. I'd suggest the function name > `nntp-open-netcat-stream'. I'll trust your judgment on that. All I wanted to do was to make sure we propose to use netcat before telnet since I've had several problems with telnet. > ,---- (info "(gnus)Example Methods") ---- > | If you're behind a firewall, but have direct access to the outside > | world through a wrapper command like "runsocks", you could open a > | socksified netcat connection to the news server as follows: > | > | (nntp "outside" > | (nntp-pre-command "runsocks") > | (nntp-open-connection-function nntp-open-via-netcat) > | (nntp-address "the.news.server")) > `---- > Have you verified it? No, indeed. > In addition, the arguments ("-e" "none") passed to ssh seems to > be necessary: > ,---- SSH(1) ---- > | -e escape_char > | Sets the escape character for sessions with a pty (default: =E2= =80=98~=E2=80=99). > | The escape character is only recognized at the beginning of a > | line. The escape character followed by a dot (=E2=80=98.=E2=80= =99) closes the > | connection; followed by control-Z suspends the connection; and > | followed by itself sends the escape character once. Setting the > | character to =E2=80=9Cnone=E2=80=9D disables any escapes and ma= kes the session > | fully transparent. > `---- No, because the ssh connection will not use a pty (that was necessary (and problematic) for telnet, but luckily it's not needed for netcat). Stefan