[MUD-Dev] Re: Telnet Echo OFF/ON commands and other thingies..

Caliban Tiresias Darklock caliban at darklock.com
Thu Oct 1 21:56:57 CEST 1998


On 09:24 PM 10/1/98 -0700, I personally witnessed Bruce Mitchener, Jr.
jumping up to say:
>From: Chris Gray <cg at ami-cg.GraySage.Edmonton.AB.CA>:
>
>>My testing (with a fairly small set of telnet clients) shows that
>>some do not respond to this correctly. They signal back that they
>>will start echoing again, but don't do so.
>
>Can you tell me which clients had this issue?  I'd like to pass that along
>also for test cases.

There are two approaches that brain-dead clients (MUD clients which don't
implement any telnet functionality but have realised that ignoring IAC
sequences sometimes locks your client solid and pisses off the user)
usually take to telnet commands. The first, and proper, way is to respond
"DONT" to any request. The second (dangerous) way is to respond "DO" to any
request. This is generally a result of not reading the standard very
closely. I'd suggest that, whatever clients you find which use the latter
method, you contact the developer if possible. On one occasion (MUSHclient)
a client author did this with nothing worse than a typo and was very happy
to have someone tell him what happened and how to fix it. Many/most client
authors actually WANT their products to work. ;)
--------------------------------------------------------------------------
As the fire burneth a wood, and the flame setteth the mountains on fire; 
So persecute them with thy tempest, and make them afraid with thy storm. 
---------------------------[ Psalms, 83:14-15 ]---------------------------
Caliban Tiresias Darklock     <caliban at darklock.com> | "Hell, you don't   
Darklock Communications   <http://www.darklock.com/> |  know me."         
FREE KEVIN MITNICK!   <http://www.kevinmitnick.com/> |    - Charles Manson  
--------------------------------------------------------------------------
And remember, if you don't kiss Hank's ass he'll kick the shit out of you.
--------------------------------------------------------------------------





More information about the mud-dev-archive mailing list