From owner-freebsd-bugs  Thu Oct 30 12:40:09 1997
Return-Path: <owner-freebsd-bugs>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id MAA08708
          for bugs-outgoing; Thu, 30 Oct 1997 12:40:09 -0800 (PST)
          (envelope-from owner-freebsd-bugs)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id MAA08665;
          Thu, 30 Oct 1997 12:40:05 -0800 (PST)
          (envelope-from gnats)
Resent-Date: Thu, 30 Oct 1997 12:40:05 -0800 (PST)
Resent-Message-Id: <199710302040.MAA08665@hub.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, am@amsoft.ru
Received: from amsoft.ru (amsoft.ru [194.87.86.241])
          by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA08260
          for <FreeBSD-gnats-submit@freebsd.org>; Thu, 30 Oct 1997 12:34:26 -0800 (PST)
          (envelope-from am@amsoft.ru)
Received: (from am@localhost) by amsoft.ru (8.8.5/amsoft/1.0)
	id XAA01169 ; Thu, 30 Oct 1997 23:20:24 +0300 (MSK)
Message-Id: <199710302020.XAA01169@amsoft.ru>
Date: Thu, 30 Oct 1997 23:20:24 +0300 (MSK)
From: Andrew Maltsev <am@amsoft.ru>
Reply-To: am@amsoft.ru
To: FreeBSD-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: 3.2
Subject: bin/4899: Telnet is not transparent with -8E
Sender: owner-freebsd-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         4899
>Category:       bin
>Synopsis:       Telnet is not transparent even with -8E
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Oct 30 12:40:03 PST 1997
>Last-Modified:
>Originator:     Andrew Maltsev
>Organization:
AM'SOFT
>Release:        FreeBSD 2.2.1-RELEASE i386
>Environment:

	

>Description:

 Telnet is not transparent even when it is invoked with -8E swithes. It
 still accepts 0xFF code as an `escape' symbol causing inability to
 transfer binary data over telnet sessions.

 May be it were fixed since 2.2.1 release, excuse me in that case.

>How-To-Repeat:

 Enter 0xFF code in -8E telnet session (and hack your provider :).

>Fix:
	
 Do not tried to fix - just discovered a bug on my home box, but should
 be simple I think..

>Audit-Trail:
>Unformatted: