Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!tut.cis.ohio-state.edu!zaphod.mps.ohio-state.edu!samsung!uunet!cs.dal.ca!silvert
From: silvert@cs.dal.ca (Bill Silvert)
Newsgroups: comp.unix.ultrix
Subject: Re: Zmodem upload problems
Summary: Replay was too restrictive
Keywords: zmodem, ymodem, xmodem
Message-ID: <1989Dec22.142212.8125@cs.dal.ca>
Date: 22 Dec 89 14:22:12 GMT
References: <80@ucunix.SAN.UC.EDU> <1989Dec21.200309.17636@ux1.cso.uiuc.edu> <42713@improper.coherent.com>
Sender: silvert@cs.dal.ca.UUCP (Bill Silvert)
Reply-To: bill@biomel.UUCP
Organization: Habitat Ecology Div., Bedford Inst. of Oceanography
Lines: 28

In article <42713@improper.coherent.com> dplatt@coherent.com (Dave Platt) writes:
>In article <1989Dec21.200309.17636@ux1.cso.uiuc.edu> garyf@mehlville.ncsa.uiuc.edu (Gary Faulkner) writes:
>> In article <80@ucunix.SAN.UC.EDU>, rainwatr@ucunix.san.uc.edu (Don
>> Rainwater) writes:
>>>> 	I'm able to download (sometimes very large) files from Ultrix
>>> without any trouble, but uploads don't even get past the first byte.
>> Yep, we have the same problem with our ultrix and our sun hosts using
>> rzsz, again for uploads only.
>
>The ZMODEM protocols requires that the sender->receiver channel be able
>to transmit 8-bit-wide data;  the receiver->sender backchannel only
>needs to be 7 bits wide.
>
>If you can't arrange for an 8-bit clear input channel, you won't be able
>to use ZMODEM to upload, and will need to fall back and punt... use
>MacKermit (or the equivalent).

I'm no communications guru, but there are plenty of other options.
I also cannot upload with Zmodem (although downloads are OK), but there
is no problem with Ymodem (including batch) and Xmodem uploads.  The
difference between Ymodem and Zmodem is not that great.


-- 
Bill Silvert, Habitat Ecology Division.
Bedford Institute of Oceanography, Dartmouth, NS, Canada B2Y 4A2
	UUCP: ...!{uunet,watmath}!dalcs!biomel!bill
	Internet: biomel@cs.dal.CA	BITNET: bs%dalcs@dalac.BITNET