Return to BSD News archive
Path: sserve!newshost.anu.edu.au!harbinger.cc.monash.edu.au!msunews!caen!newsxfer.itd.umich.edu!gatech!howland.reston.ans.net!math.ohio-state.edu!jussieu.fr!pasteur.fr!univ-lyon1.fr!ensta!ensta.fr!bouyer From: bouyer@ensta.fr (Manuel Bouyer) Newsgroups: comp.os.386bsd.bugs Subject: Re: telnetd CR-LF translations Date: 6 Dec 1994 20:03:24 GMT Organization: Techniques Avancees, Paris Lines: 24 Distribution: world Message-ID: <3c2g2c$me@ici-paris.ensta.fr> References: <3c2e34$i8e@golf.ustores.missouri.edu> NNTP-Posting-Host: bsdtest.ensta.fr To: johnam@dsusmai.dsus.datastorm.com In article <3c2e34$i8e@golf.ustores.missouri.edu>, johnam@dsusmai.dsus.datastorm.com writes: > Strange problem from Telnet. We here at Datastorm have developed and are > releasing a Telnet module for Procomm Plus for Windows 2.1. While I was > working on this project, I installed and used NetBSD 0.9 for testing. I > must say I have been very happy with it. One problem we encountered with > X,Y and Zmodem testing was uploading and downloading. > The downloading problem we fixed simply by issuing an 8-bit data option > before a transfer and then reverting at the end of a xfer. > However, if we are uploading, this helps BUT we still have problems. We > discovered that text file containing <CR><LF> pairs ended up on the host > with just <CR> after a painful transfer. I had the same kind of problem when i was doing a telnet from a sun to a NetBSD host. Starting telnetd whith the -k option on the NetBSD box solved the problem for me. (in inetd.conf, change: telnet stream tcp nowait root /usr/libexec/telnetd telnetd to: telnet stream tcp nowait root /usr/libexec/telnetd telnetd -k ). -- Manuel Bouyer, Ecole Nationale Superieure de Techniques Avancees, Paris email: bouyer@ensta.fr --