When telnet is operating in the line mode, the maximum lenght of a line is 106 charecters. Any part of a line longer than 106 charecters will be sent as a different line. This problem will be apparent on many MUD's which require telnet to operate in linemode. BSDi used to suffer the same problem in the 2.0 release but was fixed in 2.1. This problem is also present in MUD clients from the ports collection. How-To-Repeat: Connect to a MUD, such as sleepy.net port 5000, and key the following as one line.... The quick brown fox jumped over the lazy dog. The quick brown fox jumped over the lazy dog. The quick brown fox jumped over the lazy dog. This will interpret this as... The quick brown fox jumped over the lazy dog. The quick brown fox jumped over the lazy dog. The quick br own fox jumped over the lazy dog.
I'm unable to reproduce this bug in FreeBSD 4-STABLE as of May 2001. Here is what I did: 1. Ran `telnetd' with the `-l' option. 2. `telnet' localhost, completed the login 3. [set telnet mode to LINE] 4. setup a small shell loop to read one line at a time and log to a file 5. typed in some long lines as given in this PR 6. looked for odd output -- these was none It does appear that line mode is working correctly. I'm unable to find the exact source change that fixed this bug from among the changes that happened since FreeBSD 2.2.1 days.
State Changed From-To: open->feedback Can't reproduce with a recent release (4-STABLE).
Responsible Changed From-To: freebsd-bugs->jkoshy I will track this PR.
State Changed From-To: feedback->closed feedback timeout