home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / mail / mime / 190 < prev    next >
Encoding:
Text File  |  1993-01-27  |  1.6 KB  |  36 lines
  1. Newsgroups: comp.mail.mime
  2. Path: sparky!uunet!digex.com!intercon!udel!gatech!news.ans.net!newsgate.watson.ibm.com!yktnews!admin!king-arthur!whchung
  3. From: whchung@watson.ibm.com (William Chung)
  4. Subject: Table of contents for a MIME note?
  5. Sender: news@watson.ibm.com (NNTP News Poster)
  6. Message-ID: <1993Jan27.164758.15466@watson.ibm.com>
  7. Date: Wed, 27 Jan 1993 16:47:58 GMT
  8. Disclaimer: This posting represents the poster's views, not necessarily those of IBM
  9. Nntp-Posting-Host: king-arthur.watson.ibm.com
  10. Organization: IBM T.J. Watson Research Center
  11. Lines: 23
  12.  
  13. Often, it is useful to know details about a MIME format note such
  14. as the number and types of note parts.  For example, it would be
  15. nice to know a new note had 3 parts, text/plain, text/richtext,
  16. and audio/midi.
  17.  
  18. Naturally, a note's MIME structure cannot be known without completely
  19. reading and parsing the note.  Reading and parsing a MIME note takes
  20. a lot of effort.  It would be nice to save the structure of a MIME note
  21. once the note has been parsed.  Having a "table of contents" for a MIME
  22. note is a win because then the parsing only needs to be done once instead
  23. of every time the note is rendered.
  24.  
  25. The MIME standard (RFC 1341) does not appear to describe any sort of
  26. table of contents mechanism for summarizing information about a MIME
  27. note in an efficient, easy to process form.  Has anyone addressed the
  28. issue of how to describe, store, and transmit summary information about
  29. a MIME note so that multiple lengthy parses can be avoided?
  30.  
  31. Thanks for your thoughts,
  32. - William Chung.
  33. IBM Research
  34. T.J. Watson Research Center
  35. whchung@watson.ibm.com
  36.