From owner-freebsd-bugs Sun Dec 8 00:53:26 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA02448 for bugs-outgoing; Sun, 8 Dec 1996 00:53:26 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id AAA02436 for ; Sun, 8 Dec 1996 00:53:22 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA01519; Sun, 8 Dec 1996 09:53:18 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA02460; Sun, 8 Dec 1996 09:53:18 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id JAA29114; Sun, 8 Dec 1996 09:44:22 +0100 (MET) From: J Wunsch Message-Id: <199612080844.JAA29114@uriah.heep.sax.de> Subject: Re: bin/1037 To: uhclem@nemesis.lonestar.org Date: Sun, 8 Dec 1996 09:44:21 +0100 (MET) Cc: freebsd-bugs@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199612072310.PAA14876@freefall.freebsd.org> from Frank Durda IV at "Dec 7, 96 03:10:02 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Frank Durda IV wrote: > [0]As above, replacing telnetd with the one shipped with 1.1.5.1 fixes > [0]this problem. > > [1] wollman@lcs.mit.edu then said: > [1]This is because the TELNET in 1.x had a broken LINEMODE. 2.x has a > [1]working LINEMODE, but this is sometimes not what programs expect. > > Hmm, this logic isn't obvious to me. It seems the goal is to have > the telnet session provide functionality identical of what you get > at the console or at any serial/dialup port. I don't understand > why "working" means to break what seems to be a basic compatibility > function of character I/O. Read the RFC about telnet linemode (RFC 1184) and its background and intentions, then you know why it behaves different than e.g. a serial console line. As Garrett (or was it Bruce?) pointed out, you are free to not use linemode, either by turning it off at the telnet prompt, or by running ``stty -extproc'' on the server side (which notifies telnetd to go into character-at-a-time mode). What might be useful (why isn't it already there?) is a command-line option on the telnet client to turn off linemode negotiation. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)