Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!mit-eddie!uw-beaver!uw-june!uw-entropy!dataio!pilchuck!toad!jgray
From: jgray@toad.pilchuck.Data-IO.COM (Jerry Late Nite Gray)
Newsgroups: comp.sys.ibm.pc
Subject: Re: uudecode and downloading
Message-ID: <766@pilchuck.Data-IO.COM>
Date: Wed, 2-Dec-87 14:50:23 EST
Article-I.D.: pilchuck.766
Posted: Wed Dec  2 14:50:23 1987
Date-Received: Sat, 5-Dec-87 16:44:11 EST
References: <2808@sphinx.uchicago.edu>
Sender: news@pilchuck.Data-IO.COM
Lines: 34

In article <2808@sphinx.uchicago.edu>, z7m8@sphinx.uchicago.edu (ari shlomo zymelman) writes:
> 
> I have recently saved a bunch of uuencoded files off the network.
> I then have extracted them using uudecode.  This then leaves me
> with a binary arc format file.  I have then downloaded this file
> using Kermit from the Pyramid (on which I access the network) to
> my AT&T 6300 running DOS 2.11.  When I go to dearc the files,
> though, I get a CRC error.  This has happened consistently over
> at least three arc files sent in uuencode format.  Any suggestions?

I too had this nearly identical problem  but in my case it was due to kermit
on both ends not being in the correct modes. If the modem connection is in
7 bit mode (like ours) then you have to be sure that the '8th bit quote
character' feature is operating on both ends. (In Procomm kermit this is
accomplished by having the port in 7 bit mode and "File type" option set
to "binary".) I also recall that having the "space" parity mode was also 
important.

Furthermore, the corresponding kermit on our Unix systems required the
"-i" option so that is would send the file without any conversions.




---------------
					Jerrold L. Gray

UUCP:{ihnp4|caip|tektronix|ucbvax}!uw-beaver!tikal!pilchuck!jgray

USNAIL:	10525 Willows Road N.E. /C-46
	Redmond, Wa.  98052
	(206) 881 - 6444 x470

Telex:  15-2167