home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / mail / mime / 16 < prev    next >
Encoding:
Text File  |  1992-12-12  |  2.0 KB  |  37 lines
  1. Newsgroups: comp.mail.mime
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!usc!cs.utexas.edu!torn!utzoo!henry
  3. From: henry@zoo.toronto.edu (Henry Spencer)
  4. Subject: Re: X.400 and multimedia mail
  5. Message-ID: <Bz6H65.EnH@zoo.toronto.edu>
  6. Date: Sun, 13 Dec 1992 03:18:04 GMT
  7. References: <1g5cpdINNob@nigel.msen.com> <1992Dec10.101834.15981@ericsson.se> <davecb.724004446@yorku.ca> <1992Dec11.153138.2198@ericsson.se> <1galsqINNr88@gap.caltech.edu>
  8. Organization: U of Toronto Zoology
  9. Lines: 26
  10.  
  11. In article <1galsqINNr88@gap.caltech.edu> jack@ccsf.caltech.edu (Jack Stewart) writes:
  12. >As I understand, the main reason for MIME to use base64 encoding (as
  13. >opposed to uuencode, 8bit transparent, XDR, or BER ) was that they
  14. >needed an encoded scheme that would remain uncorrupted accross all
  15. >platforms and architectures and existing mailers.  Apparently this is
  16. >a real problem with IBM VM/CMS machines.  base64 encoding was the only
  17. >thing that would survive these machines.  Hopefully these machines
  18. >will go away some day and then we can use a more reasonable encoding
  19. >mechanism.
  20.  
  21. What would be "more reasonable"?  I can well believe that CMS was the
  22. worst case, but if you want to transmit arbitrary bits, there are lots
  23. of other systems with limitations that make an encoding necessary.
  24. (For example, most sendmail implementations croak on 8-bit characters
  25. in headers, I'm told.)
  26.  
  27. Also, can you explain your list of "as opposed to" encodings?  It seems
  28. to mix several different issues.  XDR and BER are ways of encoding higher-
  29. level data structures as a bit stream, not ways of getting arbitrary bits
  30. through limited channels.  8-bit transparent isn't an encoding, it's the
  31. *absence* of an encoding.  And uuencode is essentially identical to
  32. base64 except that it's not as good, due to some fundamental design
  33. mistakes; in particular, it isn't any more compact.
  34. -- 
  35. "God willing... we shall return."       | Henry Spencer @ U of Toronto Zoology
  36.        -Gene Cernan, the Moon, Dec 1972 |  henry@zoo.toronto.edu  utzoo!henry
  37.