home *** CD-ROM | disk | FTP | other *** search
/ Danny Amor's Online Library / Danny Amor's Online Library - Volume 1.iso / html / faqs / faq / mail / mime-faq.part3 < prev    next >
Encoding:
Text File  |  1995-07-25  |  24.3 KB  |  606 lines
  1. Subject: comp.mail.mime frequently asked questions list (FAQ) (3/3)
  2. Newsgroups: comp.mail.mime,comp.answers,news.answers
  3. From: mime-faq@ics.uci.edu (MIME FAQ maintainer)
  4. Date: Sat, 19 Nov 1994 11:12:50 GMT
  5.  
  6.  
  7. Archive-Name: mail/mime-faq/part3
  8. Version: $Id: mime3,v 3.10 1994/11/19 11:10:23 jsweet Rel $
  9. Posting-Frequency: monthly
  10.  
  11.  
  12. --
  13. ==========================================================
  14. comp.mail.mime frequently asked questions list (FAQ) (3/3)
  15. ==========================================================
  16. Part 3: Advanced Topics
  17. ~~~~~~
  18. --
  19.  
  20. Overview
  21. --------
  22. This is part 3 of a Frequently Asked Questions document about MIME,
  23. the multipurpose and multi-media standard for Internet mail.
  24.  
  25. Part 1 covers frequently asked questions.
  26.  
  27. Part 2 is a listing of MIME products.
  28.  
  29. Part 3 covers advanced topics.
  30. --
  31.  
  32. 10) Information
  33. ---------------
  34.  
  35. 10.1) MIME-relevant RFCs and other standards
  36.  
  37. The RFCs mentioned here are mainly relevant to persons building MIME
  38. software.  As an end user, if your mail system is nice to you, you
  39. won't really have to know very much about these things.
  40.  
  41. RFC and Internet-Drafts are available by anonymous FTP from any decent
  42. archive site.  If you're really stuck, try these URLs:
  43.  
  44. ftp://ds.internic.net/rfc/
  45. ftp://ds.internic.net/internet-drafts/
  46.  
  47. Additionally, RFCs may be requested from a mail-based archive server
  48. by sending a message to "mailserv@ds.internic.net".  In the body of
  49. the message, include one of the following commands:
  50.  
  51.     document-by-name rfcNNNN
  52.     document-by-name rfcNNNN.ps
  53.     document-by-name rfc-index
  54.  
  55. where NNNN is the number of an RFC to retrieve.  Not all RFCs are
  56. available in PostScript (.ps) format.  Retrieve the rfc-index to
  57. find out what's available.
  58.  
  59.  
  60. MIME is defined in RFC 1521 (MIME Mechanisms for Specifying and
  61. Describing the Format of Internet Message Bodies) and RFC 1522
  62. (Representation of Non-ASCII Text in Internet Message Headers).
  63.  
  64. These are Internet standards-track protocols.  For the full
  65. implications of this, see RFC 1610 (Internet Official Protocol
  66. Standards).  Here is their current status.
  67.  
  68.     RFC 1521: Draft Elective Standard
  69.     RFC 1522: Draft Elective Standard
  70.  
  71. These two RFCs do not fully define MIME.  For one thing, they are
  72. based on RFC 822 (Standard for the format of ARPA Internet text
  73. messages), as revised by RFC 1123 (Requirements for Internet hosts -
  74. application and support) and must be read in conjunction with these.
  75.  
  76. For another, they are extensible.  See 10.2 for a complete list of
  77. registered subtypes.
  78.  
  79. There are a whole lot of other RFCs that deal with e-mail, including
  80. these.
  81.  
  82. IAB standards or standards-track RFCs
  83.  
  84.     RFC 1700  Assigned Numbers   [[ Way more than the title implies. ]]
  85.     RFC 1653  SMTP Service Extension for Message Size Declaration
  86.     RFC 1652  SMTP Service Extension for 8bit-MIMEtransport
  87.     RFC 1651  SMTP Service Extensions
  88.     RFC 1502  X.400 Use of Extended Character Sets
  89.     RFC 1496  Rules for Downgrading Messages from X.400(88) to X.400(84)
  90.               when MIME Content-Types are Present in the Messages
  91.     RFC 1495  Mapping between X.400 and RFC-822 Message Bodies
  92.     RFC 1494  Equivalences between 1988 X.400 and RFC-922 Message Bodies
  93.     RFC 1424  Privacy Enhancement for Internet Electronic Mail: Part IV
  94.     RFC 1423  Privacy Enhancement for Internet Electronic Mail: Part III
  95.     RFC 1422  Privacy Enhancement for Internet Electronic Mail: Part II
  96.     RFC 1421  Privacy Enhancement for Internet Electronic Mail: Part I
  97.     RFC 1327  Mapping between X.400(1988)/ISO 10021 and RFC 822
  98.     RFC 1314  File format for the exchange of images in the Internet
  99.  
  100. Other RFCs (Informational, Experimental, or Historical)
  101.  
  102.     RFC 1641  Using Unicode with MIME
  103.     RFC 1590  Media Type Registration Procedure
  104.     RFC 1563  The text/enriched MIME Content-type
  105.     RFC 1556  Handling of Bi-directional Texts in MIME
  106.     RFC 1489  Registration of a Cyrillic Character Set
  107.     RFC 1468  Japanese Character Encoding for Internet Messages
  108.     RFC 1456  Conventions for Encoding the Vietnamese Language
  109.     RFC 1428  Transition of Internet Mail from Just-Send-8 to 8bit-SMTP/MIME
  110.     RFC 1357  Format for emailing bibliographic records
  111.     RFC 1345  Character Mnemonics & Character Sets
  112.     RFC 1344  Implications of MIME for Internet mail gateways
  113.     RFC 1343  User agent configuration mechanism for multimedia mail format
  114.               information
  115.     RFC 1339  Remote mail checking protocol
  116.     RFC 1321  MD5 Message-Digest algorithm
  117.     RFC 1225  Post Office Protocol: Version 3
  118.     RFC 1211  Problems with the maintenance of large mailing lists
  119.     RFC 1176  Interactive Mail Access Protocol: Version 2
  120.     RFC 1197  Using ODA for translating multimedia information
  121.     RFC 1154  Encoding header field for internet messages
  122.     RFC 1153  Digest message format
  123.     RFC 1049  Content-type header field for Internet messages
  124.     RFC 1036  Standard for interchange of USENET messages
  125.     RFC 934   Proposed standard for message encapsulation
  126.     RFC 807   Multimedia mail meeting notes
  127.  
  128. --------------------------------
  129.  
  130. 10.2) MIME types
  131.  
  132. There are registered and unregistered MIME types.  Unregistered MIME
  133. types begin with an "x-" and their meanings generally depend on
  134. private agreements between senders and receivers.  This section lists
  135. registered types and some known unregistered types.
  136.  
  137. --------------------------------
  138.  
  139. 10.2.1) List of registered MIME types
  140.  
  141. The latest list of registered MIME types is available from this file:
  142.  
  143. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/media-types
  144.  
  145. The media-types file also lists character sets registered for use with
  146. MIME, access types for external-body contents, content-transfer-encodings,
  147. and MIME/X.400 mapping tables.
  148.  
  149. A list of URLs follows for documents relevant to various media types.
  150. The media types are taken from the October, 1994 version of the
  151. aforementioned media-types file, but the URLs below aren't necessarily
  152. representative of the latest list of registered types.  In general,
  153. each <type> has a directory whose name has this form:
  154.  
  155. media-types/<type>/<subtype>
  156.  
  157. The <type> directory contains the definitions of the subtypes of the
  158. given <type>/<subtype>.
  159.  
  160.  
  161. Application types:
  162.  
  163. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/activemessage
  164. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/andrew-inset
  165. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/applefile
  166. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/atomicmail
  167. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/dec-dx
  168. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/dca-rft
  169. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/mac-binhex40
  170. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/macwriteii
  171. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/msword
  172. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/news-message-id
  173. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/news-transmission
  174. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/octet-stream
  175. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/oda
  176. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/pdf
  177. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/postscript
  178. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/remote-printing
  179. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/rtf
  180. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/slate
  181. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/wita
  182. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/wordperfect5.1
  183. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/zip                 
  184.  
  185. Audio types:
  186.  
  187. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/audio/basic
  188.  
  189. Image types:
  190.  
  191. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/image/jpeg
  192. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/image/gif
  193. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/image/ief
  194. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/image/tiff
  195.  
  196. Message types:
  197.  
  198. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/message/external-body
  199. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/message/partial
  200. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/message/rfc822
  201. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/message/news
  202.  
  203. Multipart types:
  204.  
  205. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/multipart/alternative
  206. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/multipart/appledouble
  207. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/multipart/digest
  208. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/multipart/header-set
  209. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/multipart/mixed
  210. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/multipart/parallel
  211.  
  212. Text types:
  213.  
  214. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/text/plain
  215. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/text/richtext
  216. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/text/tab-separated-values
  217.  
  218. Video types:
  219.  
  220. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/video/mpeg
  221. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/video/quicktime
  222.  
  223.  
  224. Character sets:
  225.  
  226. ISO-8859-1     see ISO_8859-1:1987
  227. ISO-8859-2     see ISO_8859-2:1987
  228. ISO-8859-3     see ISO_8859-3:1988
  229. ISO-8859-4     see ISO_8859-4:1988
  230. ISO-8859-5     see ISO_8859-5:1988
  231. ISO-8859-6     see ISO_8859-6:1987
  232. ISO-8859-7     see ISO_8859-7:1987
  233. ISO-8859-8     see ISO_8859-8:1988
  234. ISO-8859-9     see ISO_8859-9:1989
  235. US-ASCII       see ANSI_X3.4-1968
  236.  
  237. Access types for external contents:
  238.  
  239. AFS             CMU Andrew File System (Transarc Corp., Pittsburgh, PA, USA)
  240. ANON-FTP        anonymous FTP (RFC 1635, RFC 959)
  241. FTP             non-anonymous FTP (RFC 959)
  242. LOCAL-FILE      directly retrievable file
  243. MAIL-SERVER     request to a mail-based archive server
  244. TFTP            trivial file transfer protocol (RFC 1350)
  245.  
  246. Content transfer encodings:
  247.  
  248. 7BIT            BINARY
  249. 8BIT            QUOTED-PRINTABLE
  250. BASE64
  251.  
  252. --------------------------------
  253.  
  254. 10.2.2) List of known unregistered MIME types
  255.  
  256. Here is a list of some known x-types, x-subtypes, and x-parameters.
  257.  
  258. The enumeration of these x-types here does not imply any kind of
  259. standardization or open specification.  The meanings of x-types depend
  260. on private agreements between senders and receivers.  Some x-types may
  261. eventually become registered types; see sections 10.2.1 and 11.1.
  262.  
  263. Just because an x-type is generated by a proprietary mail user agent
  264. doesn't necessarily mean that only that MUA can handle the x-type.
  265. Metamail and MH, for example, permit you to set up your own mechanisms
  266. to handle various standard and non-standard content types.  In
  267. particular, it may simply be a matter of invoking some commercial
  268. application (aka invoking an "external viewer") to view data used by
  269. that application.  For example, FrameMaker or FrameViewer might be run
  270. to handle a content type of application/x-framemaker.  (In the case of
  271. Frame documents, there are several ways to handle this---see Frame
  272. Technical Note 1359 or consult the comp.text.frame FAQ.)  The Metamail
  273. source distribution comes with pre-defined mailcap entries for
  274. handling some x-types; these may offer clues about how to configure
  275. your own mail user agent.
  276.  
  277. Not all of the x-types listed here begin with "x-".  Although such
  278. non-standard types may contravene the MIME specification, the fact
  279. remains that someone out there is generating them.  Listing such types
  280. here is not intended to enshrine such types.
  281.  
  282. { NOTE: some of the meanings of these x-types are GUESSES by the FAQ
  283.   maintainer.  Please let us know about incorrect guesses, and, if
  284.   possible, supply a URL pointing to information about the x-type.
  285.  
  286.   And please feel free to let us know about whatever wacko or not-so-wacko
  287.   x-types that your UAs may unleash on an unsuspecting world.  If you
  288.   have a URL for a document that describes the format, so much the
  289.   better.  Please at least let us know what applications are generating
  290.   the x-types in question.  }
  291.  
  292.  
  293. Application types:
  294.  
  295. application/x-aiff      Z-Mail: AIFF audio data
  296. application/x-bcpio     MHonArc: bcpio data
  297. application/x-bitmap    Z-Mail: X11 bitmaps
  298. application/x-cpio      MHonArc: cpio archives
  299. application/x-csh       MHonArc: csh scripts
  300. application/x-dvi       MHonArc: TeX DVI data
  301. application/x-framemaker  Z-Mail: FrameMaker documents
  302. application/x-gtar      MHonArc: GNU tar archives
  303. application/x-hdf       MHonArc: hdf data
  304. application/x-inventor  Z-Mail: for Inventor files
  305. application/x-island-draw   Z-Mail: IslandDraw files
  306. application/x-island-paint  Z-Mail: IslandPaint files
  307. application/x-island-write  Z-Mail: IslandWrite files
  308. application/x-jot       Z-Mail: Jot documents
  309. application/x-latex     MHonArc: LaTeX documents
  310. application/x-macbinhex40   TCP/Connect II: Mac BinHex 4.0
  311. application/x-metamail-patch  metamail: patches to metamail
  312. application/x-mif       MHonArc: Frame MIF documents
  313. application/x-movie     Z-Mail: MoviePlayer documents
  314. application/x-ms-tnef   Worldtalk: proprietary "tunneling" type for MS Exchange
  315. application/x-netcdf    MHonArc: netcdf data
  316. application/x-sgi       Z-Mail: SGI ImageWorks documents
  317. application/x-sh        MHonArc: sh scripts
  318. application/x-shar      MHonArc: shell archives
  319. application/x-showcase  Z-Mail: Showcase documents
  320. application/x-sv4cpio   MHonArc: SVR4 cpio archives
  321. application/x-sv4crc    MHonArc: SVR4 crc data
  322. application/x-tar       MHonArc: tar archives
  323. application/x-tcl       MHonArc: tcl programs
  324. application/x-tex       MHonArc: TeX documents
  325. application/x-texinfo   MHonArc: GNU texinfo documents
  326. application/x-troff     MHonArc: plain troff documents
  327. application/x-troff-man MHonArc: troff -man documents
  328. application/x-troff-me  MHonArc: troff -me documents
  329. application/x-troff-ms  MHonArc: troff -ms documents
  330. application/x-ustar     MHonArc: ustar data
  331. application/x-wais-source  MHonArc: WAIS sources
  332. application/x-wingz     Z-Mail: Wingz documents
  333. application/x-xpm1      Z-Mail: OL pixmap files
  334. application/x-wt-stf    Worldtalk: proprietary "tunneling" type for Worldtalk
  335. application/x-zm-fax    Z-Mail: Z-Fax documents
  336.  
  337.  
  338. Audio types:
  339.  
  340. audio/x-aiff            MHonArc: AIFF audio data
  341. audio/x-wav             MHonArc: WAV audio data
  342. audio/x-macaudio        Iride: NOT sampled Macintosh audio
  343.  
  344. audio/x-next            MH 6.8: self-describing audio data
  345.   see ftp://ftp.ics.uci.edu/mh/contrib/multimedia/mhn-tutorial.ps
  346.                
  347.  
  348. Image types:
  349.  
  350. image/g3fax             X.400 mapping to/from g3-facsimile [RFC 1494]
  351. image/x-cmu-raster      MHonArc: CMU raster data
  352. image/x-macpict         TCP/Connect II, Iride: Macintosh PICT
  353. image/x-pbm             MHonArc: portable bit map data
  354. image/x-pgm             MHonArc: PGM data
  355. image/x-pict            MHonArc: Mactinosh PICT data
  356. image/x-pnm             MHonArc
  357. image/x-portable-anymap   MHonArc
  358. image/x-portable-bitmap   MHonArc
  359. image/x-portable-graymap  MHonArc
  360. image/x-portable-pixmap   MHonArc
  361. image/x-ppm             MHonArc
  362. image/x-rgb             MHonArc
  363. image/x-xbitmap         MHonArc: in-lines into the HTML
  364. image/x-xbm             MHonArc: in-lines into the HTML
  365. image/x-xpixmap         MHonArc
  366. image/x-xpm             MHonArc
  367. image/x-xwd             MHonArc
  368. image/x-xwindowdump     MHonArc: X window dump
  369.  
  370.  
  371. Text types:
  372.  
  373. text/html               MHonArc: WWW HTML
  374. text/unknown            Worldtalk
  375. text/x-html             MHonArc: WWW HTML
  376. text/x-setext           MHonArc: setext
  377. text/x-usenet-faq       Ohio State WWW FAQ document format
  378.  
  379.  
  380. Video types:
  381.  
  382. video/x-msvideo         MHonArc: Microsoft video data
  383. video/x-sgi-movie       MHonArc: SGI movie data
  384.  
  385.  
  386. Other types:
  387.  
  388. x-be2                   old Andrew format
  389. x-sun-attachment        Sun MicroSystems mailtool
  390. x-zm-multipart          old Z-Mail format
  391.  
  392.  
  393. Content transfer encodings:
  394.  
  395. uuencode                uuencoded data
  396. x-uue                   uuencoded data
  397. x-uuencode              uuencoded data
  398.  
  399.  
  400. Character sets:
  401.  
  402. charset=x-unknown       MH 6.8.3: for untagged charsets
  403.  
  404.  
  405. Miscellaneous parameters:
  406.  
  407. x-conversions=compress  MH 6.8.x viamail: used with application/octet-stream;
  408.                           type=tar.  See also tar(1) and compress(1).
  409.  
  410. --------------------------------
  411.  
  412. 10.3) Internet Engineering Task Force (IETF) working groups
  413.  
  414. The IETF working group on Privacy-Enhanced Mail (PEM) has developed
  415. extensions that permit confidentiality, authentication, and integrity
  416. to be provided in a manner backwards compatible with RFC 821 and
  417. RFC 822.  Work is underway to align PEM and MIME which will provide
  418. real security to MIME e-mail.
  419.  
  420. The IETF MIME working group is not actively considering significant
  421. changes to the specifications.  However the WG still exists as a forum
  422. for MIME developers, as a home for interpretation questions, and to
  423. handle any problems or ambiguities that might arise in MIME.
  424.  
  425. --
  426.  
  427. 11) Developers' FAQs
  428. --------------------
  429.  
  430. 11.1) How can I register a new MIME type?
  431.  
  432. The procedures for registering new content types, character set
  433. values, access types, and conversions parameters with IANA (the
  434. Internet Assigned Numbers Authority) are documented in RFC 1590.
  435.  
  436. --------------------------------
  437.  
  438. 11.2) What's ESMTP, and how does it affect MIME?
  439.  
  440. ESMTP (Extended Simple Mail Transfer Protocol) is a mechanism by which
  441. extensions to "traditional" (RFC 821) SMTP can be negotiated by client
  442. and server.  The mechanism (RFC 1651) is open-ended; so far two
  443. extensions have been defined.
  444.  
  445. Message size declaration (RFC 1653) offers a graceful way for servers
  446. to limit the size of message they are prepared to accept.  (With SMTP,
  447. the only possibility is for the server to discard the message after it
  448. has been sent in its entirety.  There is no way for the client to know
  449. that it was the size of the message that caused the problem.)
  450.  
  451. When a message is returned to the user as being too large to deliver,
  452. one possible approach might be to fragment the message using the MIME
  453. Message/Partial mechanism, and resubmit it.
  454.  
  455. Depending on the exact reason for the "too large" rejection, this may
  456. or may not be a good idea.  For example, the limitation may reflect
  457. the recipient's disk quota, in which case the fragmented message will
  458. not be fully deliverable either.
  459.  
  460. The possibility of fragmentation should, therefore, be left to the
  461. user's discretion (not performed automatically by the SMTP client).
  462.  
  463. 8bit-MIMEtransport (RFC 1652) opens up the possibility of sending 8bit
  464. data in mail messages, without having to use base64, quoted-printable,
  465. or another encoding, and without the breakage that can result from
  466. sending 8bit data to an unsuspecting RFC 821 SMTP server.  RFC 1428
  467. (Transition of Internet Mail from Just-Send-8 to 8bit-SMTP/MIME)
  468. discusses some of the implications of this.
  469.  
  470. --------------------------------
  471.  
  472. 11.3) Where can I get some sample MIME messages?
  473.  
  474. ftp://thumper.bellcore.com/pub/nsb/samples/
  475.  
  476. --------------------------------
  477.  
  478. 11.4) Wouldn't MIME be better if it did <foo>?
  479.  
  480. This question is asked for various values of <foo>.  Perhaps the most
  481. common is "multilevel encodings": see the next question.  There are
  482. a couple general points that apply to all <foo>.
  483.  
  484. 1. Please remember that MIME is the result of a lot of work by a lot
  485. of persons, over a long time (look at the Acknowledgements section of
  486. RFC 1521).  A great many ideas, probably including yours, were
  487. considered.  In many cases, there were conflicting goals, such as
  488. simplicity and interoperability on the one hand, and power and
  489. flexibility on the other.
  490.  
  491. 2. If you really think you've got an original idea which would improve
  492. MIME, the correct place to pursue it is not this newsgroup, but the
  493. working group mailing list (having first read the archives, to check
  494. that it really is new).  Yes, this is going to be a lot more work than
  495. posting a news article.
  496.  
  497. --------------------------------
  498.  
  499. 11.5) So what about multilevel encodings?
  500.  
  501. MIME uses a two-level encoding scheme.  The original object (for
  502. example, a picture, or a text document) is encoded using a well
  503. defined mechanism appropriate to that object (perhaps GIF for the
  504. picture, and text/enriched for the document).  Then a second encoding
  505. is used to ensure that the first encoding can be transmitted intact
  506. (probably base64 for the GIF, and quoted printable for the
  507. text/enriched document). 
  508.  
  509. Note that there is a very small number of the second encodings (five,
  510. but three of these are simply indications of what kind of data an
  511. unencoded body part contains), and it is not expected that there will
  512. be many more in the foreseeable future.
  513.  
  514. The multilevel encodings idea is for a more generalized MIME-like
  515. encoding mechanism that could indicate many arbitrary transformations
  516. of the original object.  For example,
  517.  
  518.     Content-Type: application/tar; conversions="encrypt,compress,uuencode"
  519.  
  520. might indicate a UNIX tar file that had been encrypted, then
  521. compressed, then uuencoded.  (This is a fictitious example of how MIME
  522. might have worked; it's not legal MIME.  Don't worry if you've never
  523. heard of some of these transformations.)
  524.  
  525. This may look like an attractive scheme at first, but it has a number
  526. of problems.
  527.  
  528. 1. If you've been brought up on UNIX and command pipelines, the
  529. implementation of such a scheme seems trivial.  Surely any half-decent
  530. machine can do something similar?  Unfortunately, this turns out to be
  531. true only for a very restricted definition of "half-decent".  In
  532. practice, it would be awfully difficult to implement this on a lot of
  533. systems.  Probably even more systems would not allow new
  534. transformations to be just "slotted in", and would require
  535. recompilation or reshipping whenever a new one came along.
  536.  
  537. 2. Each successive transformation reduces the size of the audience who
  538. can successfully decode the message.  Every MIME mailer must be able
  539. to decode base64 and quoted-printable, so it's guaranteed that you can
  540. at least get back to the raw data.  What if, in the above example, I
  541. have tar, decrypt, uudecode, but no uncompressor?
  542.  
  543. 3. Such a scheme does not increase the scope of the framework defined
  544. by MIME.  If uuencoded, compressed, encrypted tar files are useful
  545. things to sling around, it is entirely possible to define a new MIME
  546. type (presumably a subtype of application) to handle them.
  547.  
  548. --------------------------------
  549.  
  550. 11.6) Why doesn't MIME include a mechanism for compression?
  551.  
  552. Compression is a difficult area.  It was considered by the working
  553. group, but no consensus was reached.  There is still work going on in
  554. this area: there may someday be a compressed-64 encoding.
  555.  
  556. Most compression algorithms have one of more of these undesirable
  557. properties: they are covered by patent, they require the ability to
  558. treat the input as a stream of bits, they use a large data space.  The
  559. chances of finding a truly interoperable compression algorithm are
  560. therefore rather slim.
  561.  
  562. It is worth noting that most or all of the image and video subtypes
  563. (including GIF, JPEG, TIFF, and MPEG) define their own compression
  564. schemes.
  565.  
  566. --
  567.  
  568. 12) Acknowledgements
  569. --------------------
  570.  
  571. Many persons have contributed to this document.
  572.  
  573. They include:
  574.  
  575. Alan Robiette, Alec Henderson, Axel Boldt, Carlyn Lowery, Chris
  576. Pepper, Christophe Wolfhugel, Christopher Davis, Craig Huckabee,
  577. Daniel Fandrich, Daniel Glazman, Dave Curry, Dave Lacey, David Barr,
  578. David Collier-Brown, David Miller, Douglas Boyce, Ed Anselmo, Ed
  579. Greshko, Edward Vielmetti, Erik van der Poel, Gisle Hannemyr, Harald
  580. Alvestrand, Ian Hoyle, James Ford, Jason Beyer, Jay Weber, Jerry Peek,
  581. Jerry Sweet, Joe Ilacqua, Joergen Haegg, John Gardiner Myers, John
  582. Martin, John R MacMillan, John Romine, Joyce Reynolds, Keith Moore,
  583. Larry Salomon Jr, Larry W. Virden, Lars-Gunnar Olsson, Luc
  584. Rooijakkers, Marc VanHeyningen, Mark Crispin, Mark Grand, Marshall
  585. Rose, Martin Wendel, Masanobu Umeda, Michael Parson, Michael Urban,
  586. Nathaniel Borenstein, Ned Freed, Niklas Agren, Olle Jarnefors, Pat
  587. Farrell, Paul Eggert, Piero Serini, Quentin Smart, Ran Atkinson, Ray
  588. Langford, Rich Ragan, Rick Troth, Ron Barak, Sascha Wildner, Steve
  589. Dorner, Steve Hole, Stuart Lynne, Susan Straub, Syd Weinstein, Tim
  590. Goodwin, Tim Kehres, Tommy Wallo, Yehavi Bourvine.
  591.  
  592. If we've left your name off, please accept our apologies.  Drop us a
  593. note and we'll include it for next time.
  594.  
  595. Thanks also to the University of California, Irvine, Department of
  596. Information and Computer Science, Einar Stefferud, and Irvine Compiler
  597. Corp., for providing the resources for maintaining this FAQ; and to
  598. Jonathan Kamens, for coordinating the *.answers groups, and for his
  599. post_faq program which brought you this FAQ.
  600.  
  601. --
  602. End of Part 3
  603. *************
  604. --
  605.  
  606.