After installing pinstripe 8 bit characters are lost when telnetting to
other systems. It's almost like telnet forces stripping of 8 bit
characters. Rloging to the same systems does not
have this problem. So the bug must be in the telnet client on pinstripe.
Can you encapsulate what you are seeing in a short test case so that we can
isolate this problem? (thanks.
Sure enough. I'm sitting on a i386 system running pinstripe. All 8bit
characters are working fine and therre are no problems. If I telnet to another
system (RedHat 6.2, HP-UX, Solaris) then the 8 bit characters get stripped (i.e.
the 8-th bit gets set to 0).
Bugzilla isnt 8 bit clean so I cant show the problem here but this is whats
happening. The fact that rlogin and other methods of connecting seem to be ok
kinda proves that the problem is in the telnet client in pinstripe
Can you run telnet turn on the option debugging then open the host and attach a
log of this
Hmm.. I tried "telnet -d -n logfile remotehost" but it never wrote anything.
There is a workaround that can be used to get telnet to behave propperly.
"telnet -8 remotehost" does the trick.
How do you want me to run telnet ? (i.e. which options or switches do you want
Unable to duplicate the 8 bit drop, but the tracefile option as outlined.
-d -n tracefile remotehost does indeed not log anything.
Could you please retry with:
Bonus: security fixes to the recently discovered vulnerabilities
option negotiation is not written to tracefile by default.
if you specify 'set options on' , they will be written.
enabling debug mode is not enough; perhaps this is different from old netkit-telnet behaviour..
This issue was only relevant to that version of pinstripe.
When the final release came out 8bit chars where ok and have been ever since.
I'd say that this bug can be closed :)