Path: utzoo!utgpu!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!mailrus!iuvax!bobmon From: bobmon@iuvax.cs.indiana.edu (RAMontante) Newsgroups: comp.sys.ibm.pc Subject: Re: - DSZ Zmodem Rz/Sz Zcomm - Message-ID: <15744@iuvax.cs.indiana.edu> Date: 12 Dec 88 14:14:38 GMT Reply-To: bobmon@iuvax.UUCP (RAMontante) Organization: malkaryotic Lines: 34 simon@ms.uky.edu (Simon Gales) writes: > >So, if I register it, does that enable zmodem transfers? Nope, the unregistered DSZ I tried out does zmodem transfers in both directions. If you're connecting to your host via a network, that network's involvement may be preventing successful zmodem transfers. The "Sytek" coax cable that I.U. employs does this, possibly because it imposes XON/XOFF protocol on the connection whether the endpoints want it or not (or possibly for another reason :-). I have not been able to do any but 8th-bit-quoted-Kermit transfers over this irritating link, which is the major link to most of the University's computers. I can use zmodem on a C.S. Department (Ultrix (UN*X)) computer to which I can dial in directly. The dial-in requires that I use 7-bit-Even-parity (using Procomm, Zcomm, and any other emulator I've ever tried), but I think that DSZ ignores that. Zmodem protocol also works over rlogins to the other machines, once I've gotten that direct phone line. To do a download, I give the host the command "sz filename"; then I either call up Procomm's ymodem-batch download protocol, or invoke DSZ with the parameters "rz t" (I think the "t" parameter is correct). Either one takes it from there, although DSZ remains as a dumb terminal interface at the end, until I exit it with the F1 key, so I could start further "sz ..." host commands if I wish. "Helpful tip": It's been suggested that if you get stuck in a zmodem session, a long-enough string of ctrl-X's will eventually terminate without having to hang up or hope for a timeout. I recall being very frustrated about this point, before I got zmodem working for me. Hope this helps, as they say....