Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!zaphod.mps.ohio-state.edu!sdd.hp.com!decwrl!fernwood!portal!sv!news From: leonardr@svc.portal.com (Leonard Rosenthol) Newsgroups: comp.sys.mac.comm Subject: Re: x-ferring Mac files across nets with binhex & StuffIt Message-ID: <1990Aug29.203334.23806@svc.portal.com> Date: 29 Aug 90 20:33:34 GMT References: <6818@milton.u.washington.edu> Sender: news@svc.portal.com Reply-To: leonardr@svc.portal.com (Leonard Rosenthol) Organization: Software Ventures Corporation. Lines: 31 In article <6818@milton.u.washington.edu>, majors@milton.u.washington.edu (Robert Majors) writes: > In what order should one binhex & Stuff to move several files across > the Internet (also, from a Mac to a Unix box running Dynix, back to a > Mac)? I have been told to Stuff first, then binhex the StuffIt > archive. That is the correct order. The reason is that first you want to combine and compress the files into one single 'archive' - Stuffit. Once you have the single file, you then need to convert the file into a form which can be transmitted across the internet - Binhex. > I did this, then used the Kermit mode on the Unix box, and > sent the archive from my Mac (using Microphone II), once as text, > and once as Macbinary (I wasn't sure which). When I brought it > back to my Mac in the reverse order, binhex 5.0 wouldn't recognize it. > When sending archives to a host, you want MacBinary turned off! What MacBinary does it to append a 128 byte header to the file which can be used by another Macintosh for decoding the file on the other side - since you will not be doing this - don't use MacBinary. The other problem here is that you are using Binhex 5.0, and the version which is used for creating files for the Internet is Binhex 4.0 - you can also use the Encode and Decode Binhex functionality in Stuffit and that way you only need one application instead of two! Leonard Rosenthol Software Ventures -- Leonard Rosenthol Software Ventures Corp. MicroPhone II Development Team