home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / mail / mime / 194 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  1.4 KB
  1. Path: sparky!uunet!ogicse!news.u.washington.edu!news.u.washington.edu!news
  2. From: mrc@Tomobiki-Cho.CAC.Washington.EDU (Mark Crispin)
  3. Newsgroups: comp.mail.mime
  4. Subject: re: Table of contents for a MIME note?
  5. Message-ID: <MS-C.728187159.377401575.mrc@Tomobiki-Cho.CAC.Washington.EDU>
  6. Date: 27 Jan 93 10:12:39 GMT
  7. Article-I.D.: Tomobiki.MS-C.728187159.377401575.mrc
  8. Organization: University of Washington
  9. Lines: 13
  10. NNTP-Posting-Host: tomobiki-cho.cac.washington.edu
  11. To: William Chung <whchung@watson.ibm.com>
  12. In-Reply-To: <1993Jan27.164758.15466@watson.ibm.com>
  13. MIME-Version: 1.0
  14. Content-Type: TEXT/PLAIN; charset=US-ASCII
  15.  
  16. IMAP2bis solves the problem by extending IMAP2 to transmit the MIME structure
  17. of messages.  So, for remote mailboxes, you don't need to fetch the entire
  18. text of the message just to get its MIME structure.
  19.  
  20. This was one of the things that caused a long debate in the MIME working
  21. group, with me having to fight tooth and nail to make sure that MIME didn't do
  22. things that would make the determination of MIME structure difficult (e.g. the
  23. prohibition of recursive encoding is due to my insistance).
  24.  
  25. I don't think that having a separate structure index in the message itself is
  26. a good idea, because that introduces a new failure mode in which the actual
  27. message structure doesn't correspond to its index.  We're all better off
  28. making sure that it continued to be easy to parse MIME quickly.
  29.