Xref: utzoo alt.bbs:5935 comp.dcom.modems:10576 Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!ncar!midway!clout!chinet!les From: les@chinet.chi.il.us (Leslie Mikesell) Newsgroups: alt.bbs,comp.dcom.modems Subject: Re: Can zmodem be used from a Unix box to a BBS on a PC? Message-ID: <1991Jun24.215626.9705@chinet.chi.il.us> Date: 24 Jun 91 21:56:26 GMT References: <1991Jun21.130809.22536@mnemosyne.cs.du.edu> Organization: Chinet - Chicago Public Access UNIX Lines: 22 In article <1991Jun21.130809.22536@mnemosyne.cs.du.edu> slee@isis.cs.du.edu (Seng-Poh Lee, Speedy) writes: >>I simply want to upload/download files from a Unix box (Sun) to a BBS >>on a PC using zmodem. I know about rz and sz and that they are not >>callable from within tip or cu. What I'd like to know is whether: >Thats not entirely true. I call rz and sz from within cu on my hp-ux >box without any problems. I have trouble doing it with my Sun and Xenix box, >but I have been able to use pcomm to call rz and sz and that works fine. >Apparently pcomm is able to redirect the i/o correctly where cu can't. Most cu's leave a process reading from the remote tty line during the ~! and ~$ escapes so you normally can't run file transfer protocols as a shell escape. It isn't a matter of redirection, there is just another process competing for inbound characters. I've been told that some versions of cu have a ~+ escape that will stop the reading process for the duration, but I don't know what machines allow it. Kermit will let you use shell escapes for other transfer protocols, but you have to do your own redirection: "! sz file... /dev/ttynn". Les Mikesell les@chinet.chi.il.us