home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.94 / text0928.txt < prev    next >
Encoding:
Text File  |  1996-03-31  |  1.5 KB  |  33 lines
  1. To: Joseph Pena <Joseph_Pena@fcircus.sat.tx.us>
  2. cc: executor@nacm.com
  3. In-Reply-To: <9412310924.4c0d@fcircus.sat.tx.us>
  4. Message-ID: <Pine.3.07.9412311844.A4084-b100000@acme>
  5. MIME-Version: 1.0
  6. Content-Type: TEXT/PLAIN; charset=US-ASCII
  7. Sender: owner-executor@nacm.com
  8. Precedence: bulk
  9.  
  10. >  I have also discovered that when I try to download a file from a
  11. > Macintosh BBS, that neither Macindos nor Executor recognizes the file. I
  12. > have called Apple Computer, Inc. and told them this problem. The
  13. > representative told me that the creator signature is somehow lost.
  14. > DOS does not support the Mac HFS filing system. So, when you download a
  15. > file from a Mac BBS, you lose the creator signature. Therefore, Executor
  16. > can't recognize the file. I also experimented and found there was a copy
  17. > of Pkware's Pkunzip/Pkunzip compression program supported in ZipIt!
  18. > 1.2.6. By using ZipIt! 1.2.6, the resource fork, data fork, finder fork,
  19. > headers, and creator signature are remained intact in the archive. I have
  20. > also noticed that Stuffit Expander crashes. Finally, I've concluded that
  21. > you can also use UUencoding/UUdecoding in order to transfer files from a
  22. > Mac to a PC using Executor. Thank you for your time.
  23.  
  24.     BinHex (included with Executor) should allow you to put back
  25. together what was lost in the shuffle from Mac to IBM to Mac. It worked
  26. fine for me when I transferred files to a real Mac awhile ago.
  27.  
  28. Jeff Klann - jklann@freenet.columbus.oh.us
  29.  
  30.  
  31.  
  32.  
  33.