home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / drafts / draft_n_r / draft-newman-macbin-binhex-harmful-00.txt < prev    next >
Text File  |  1996-07-15  |  8KB  |  224 lines
  1.  
  2.  
  3.  
  4. Network Working Group                                          C. Newman
  5. Internet Draft: MacBinary and Binhex 4.0 harmful         Carnegie Mellon
  6. Document: draft-newman-macbin-binhex-harmful-00.txt            July 1996
  7.  
  8.  
  9.               MacBinary and Binhex 4.0 considered harmful
  10.  
  11.  
  12. Status of this memo
  13.  
  14.      This document is an Internet Draft.  Internet Drafts are working
  15.      documents of the Internet Engineering Task Force (IETF), its Areas,
  16.      and its Working Groups.  Note that other groups may also distribute
  17.      working documents as Internet Drafts.
  18.  
  19.      Internet Drafts are draft documents valid for a maximum of six
  20.      months.  Internet Drafts may be updated, replaced, or obsoleted by
  21.      other documents at any time.  It is not appropriate to use Internet
  22.      andrewDrafts as reference material or to cite them other than as a
  23.      ``working draft'' or ``work in progress``.
  24.  
  25.      To learn the current status of any Internet-Draft, please check the
  26.      1id-abstracts.txt listing contained in the Internet-Drafts Shadow
  27.      Directories on ds.internic.net, nic.nordu.net, ftp.isi.edu, or
  28.      munnari.oz.au.
  29.  
  30.      A revised version of this draft document will be submitted to the
  31.      RFC editor as a Proposed Standard for the Internet Community.
  32.      Discussion and suggestions for improvement are requested.  This
  33.      document will expire six months after publication.  Distribution of
  34.      this draft is unlimited.
  35.  
  36.  
  37. 1. Introduction
  38.  
  39.      The two most popular formats for encoding Macintosh files are
  40.      MacBinary and Macintosh Binhex 4.0 [RFC1741].  Both of these
  41.      formats have serious flaws which hinder interoperability of email
  42.      and file exchange over the Internet.  This document recommends the
  43.      use of AppleSingle or AppleDouble, encoded via MIME if necessary
  44.      [RFC1740, APPL90].
  45.  
  46.  
  47. 2. Interoperability problems with Binhex 4.0
  48.  
  49.      Binhex 4.0 has five major flaws:
  50.  
  51.      1) It is significantly more complex than any other Macintosh file
  52.  
  53.  
  54. Newman                        July 9, 1996                      [Page 1]
  55.  
  56.  
  57. Internet Draft      MacBinary and Binhex 4.0 harmful           July 1996
  58.  
  59.  
  60.      encoding.  Specificly, it includes a four-layer encoding process
  61.      (CRC error detection, inclusion of some file meta data, a simple
  62.      run length encoder which is rarely implemented, and an 8-to-7 bit
  63.      encoder) and in most cases only some of the layers are needed.
  64.  
  65.      2) The inclusion of a mandatory 8-to-7 bit encoding makes it waste
  66.      bandwidth when used over an 8-bit safe communications channel.
  67.  
  68.      3) Some of the characters in the 7-bit character set are known to
  69.      be corrupted by some email gateways, unlike MIME's base64 encoding.
  70.  
  71.      4) The format does not allow inclusion of all the meta data
  72.      associated with a Macintosh file (e.g. the finder comments and
  73.      custom icons) and is not extensible.
  74.  
  75.      5) The data fork is embedded in the rest of the file in such a way
  76.      that it is difficult to extract on any non-Macintosh platform.
  77.  
  78.      For these reasons, this author recommends that Binhex 4.0 only be
  79.      used when sending files through email to a Macintosh owner without
  80.      an Internet connection.  In all other cases, AppleSingle or MacMIME
  81.      provide superior functionality.
  82.  
  83.      Some software vendors have ignored the following important
  84.      statement in RFC 1741:
  85.  
  86.      "Only when available software and/or user practice dictates, should
  87.      this method be employed.  It is recommended to use
  88.      application/applefile [FALT94] for maximum interoperability."
  89.  
  90.      Any mailer which uses Binhex 4.0 as its default encoding for email
  91.      interchange is violating this clause in RFC 1741 and is creating
  92.      serious interoperability problems in the Internet.  Users which
  93.      receive such mis-encoded files and are unable to decode them should
  94.      complain to the sender who can in turn complain to their software
  95.      vendor and repair their default configuration to use standard
  96.      MacMIME [RFC 1740].
  97.  
  98.  
  99. 3. Interoperability problems with MacBinary
  100.  
  101.      MacBinary has four flaws which forced Apple Computer, Inc. [APPL90]
  102.      to design a new file format:
  103.  
  104.      1) It has no magic number (a fixed sequence of bytes at the
  105.      beginning of the file which can be used to identify the file type)
  106.      which makes it difficult to distinguish from other files.
  107.  
  108.  
  109.  
  110. Newman                        July 9, 1996                      [Page 2]
  111.  
  112.  
  113. Internet Draft      MacBinary and Binhex 4.0 harmful           July 1996
  114.  
  115.  
  116.      2) The format does not allow inclusion of all the meta data
  117.      associated with a Macintosh file and is not extensible.
  118.  
  119.      3) The data fork is embedded in the rest of the file in such a way
  120.      that it is difficult to extract on any non-Macintosh platform.
  121.  
  122.      4) The common extension ".bin" is easily confused with generic
  123.      binary files.
  124.  
  125.  
  126. 4. Advantages of AppleSingle/AppleDouble
  127.  
  128.      AppleSingle and AppleDouble are simple file formats.  Both have
  129.      magic numbers allowing quick identification by programs such as
  130.      Fetch.  Both include all current Macintosh file meta data and are
  131.      extensible for the future.  Both are simple formats.  The
  132.      AppleDouble format allows trivial extraction of the data fork,
  133.      while it is simple to extract it from AppleSingle.  When
  134.      AppleDouble is encoded in MIME via MacMIME, cross-platform file
  135.      interchange works without any special Macintosh knowledge and other
  136.      MIME services may be used for transport encoding and integrity
  137.      verification.  In short, AppleSingle/AppleDouble correct all the
  138.      flaws in Binhex 4.0 and MacBinary.
  139.  
  140.  
  141. 5. Adoption of AppleSingle for FTP archives
  142.  
  143.      While MacMIME has been actively gaining support in the Internet,
  144.      use of AppleSingle for ftp archives has languished, even though the
  145.      most popular Macintosh ftp client (Fetch) automatically detects and
  146.      decodes AppleSingle.  This author believes the problem is simply
  147.      that no common extension has been adopted for AppleSingle files.
  148.      This document proposes that the extension ".asf" (AppleSingle File)
  149.      be used to visually distinguish AppleSingle files from other files
  150.      when necesssary.
  151.  
  152.  
  153. 6. Conclusion
  154.  
  155.      Binhex 4.0 and MacBinary are seriously flawed encodings of
  156.      Macintosh files which should be avoided for use on the Internet.
  157.      Adoption of AppleSingle and MacMIME for exchange of Macintosh files
  158.      over the Internet will improve efficiency and interoperability.  In
  159.      addition, because AppleSingle can encode all Macintosh file meta-
  160.      data, including custom icons and finder comments it will improve
  161.      the Macintosh user experience on the Internet.
  162.  
  163.  
  164.  
  165.  
  166. Newman                        July 9, 1996                      [Page 3]
  167.  
  168.  
  169. Internet Draft      MacBinary and Binhex 4.0 harmful           July 1996
  170.  
  171.  
  172. 7. References
  173.  
  174.      [RFC1740]   Faltstrom P., Crocker, D., and E. Fair, "MIME
  175.                  Encapsulation of Macintosh Files - MacMIME", RFC 1740,
  176.                  KTH, Brandenburg Consulting, Apple Computer Inc.,
  177.                  December 1994.
  178.  
  179.      [RFC1741]   Faltstrom P., Crocker, D., and E. Fair, "MIME Content
  180.                  Type for BinHex Encoded Files", RFC 1741, KTH,
  181.                  Brandenburg Consulting, Apple Computer Inc., December
  182.                  1994.
  183.  
  184.      [APPL90]    AppleSingle/AppleDouble Formats for Foreign Files
  185.                  Developer's Note, Apple Computer, Inc., 1990
  186.  
  187.  
  188. 8. Security Considerations
  189.  
  190.      There are no known security issues in this memo.
  191.  
  192.  
  193. 9. Author's Address
  194.  
  195. Chris Newman
  196. Carnegie Mellon University
  197. 5000 Forbes Ave.
  198. Pittsburgh, PA 15213-3890
  199.  
  200. Email: chrisn+@cmu.edu
  201.  
  202.  
  203.  
  204.  
  205.  
  206.  
  207.  
  208.  
  209.  
  210.  
  211.  
  212.  
  213.  
  214.  
  215.  
  216.  
  217.  
  218.  
  219.  
  220.  
  221.  
  222. Newman                        July 9, 1996                      [Page 4]
  223.  
  224.