🚀 go-pugleaf

In article <512@stag.math.lsa.umich.edu> hyc@math.lsa.umich.edu (Howard Chu) writes:
>In article <17540@vax5.CIT.CORNELL.EDU> yz2y@vax5.cit.cornell.edu (Steve Coco) writes:
>%
>%     	I'm hoping someone out there can help me with this one. Recently I
>%have been attempting to obtain ARC files from ftp sources such as 
>%him1.cc.umich.edu and cs.orst.edu. Now that I have finally figured out how
>%to find my way to these files once I am connected, I am encountering another
>%problem. Somewhere along the transfer line between the archive site and my
>%ST, the format of the ARCed files becomes 'screwed up'. For when I try to
>%unarc them, I consistently get the same message: "The file *******.ARC has a
>%bad header." .

>You must set binary mode in Uniterm as well.

I have also had this problem (although I have only tried ftp once!)
After connection, I typed 'binary', and received the message
"200  Type is now image".  I then transfered an ARC file to a
local machine.  From there, I uuencoded it, downloaded it with UniTerm's
kermit (NOT binary mode), uudecoded it on my Atari, and tried to
deARC it.  The file was nine small ARC's all 'stored' in a single
outer ARC file.  The outer file unARC'ed perfectly(?), but I received
"The file ********.ARC has a bad header." for _every_ one of
the smaller ARC files.
  
Questions:
   1. At what stage am I screwing up (or should it be working)?
      I am using ARC version 5.21.
   2. Has _anybody_ transfered binaries from him1.cc.umich.edu
      successfully?  What did you do ... exactly?
   3. If the problem is that I must have binary mode set when I
      download the _uuencoded_ binary file from the local machine
      to my Atari (a process which has worked flawlessly a zillion
      times before), WHY?

Thanks muchly for any advice!
--
Me:      Scott Flinn                   /  "If it doesn't fit, force it.
Domain:  wsflinn@violet.waterloo.edu  /  If it breaks, then it didn't
UUCP:    watmath!violet!wsflinn      /  fit anyway."