home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / mail / mime / 100 next >
Encoding:
Internet Message Format  |  1993-01-11  |  1.6 KB
  1. Path: sparky!uunet!pipex!bnr.co.uk!uknet!pavo.csi.cam.ac.uk!ag129
  2. From: ag129@cus.cam.ac.uk (Alasdair Grant)
  3. Newsgroups: comp.mail.mime
  4. Subject: Re: Using MIME without extra mail headers
  5. Message-ID: <1993Jan11.122232.17867@infodev.cam.ac.uk>
  6. Date: 11 Jan 93 12:22:32 GMT
  7. References: <C0MoKr.5wn@poel.juice.or.jp> <1993Jan10.150252.11230@infodev.cam.ac.uk> <1993Jan11.001838.13304@lut.ac.uk>
  8. Sender: news@infodev.cam.ac.uk (USENET news)
  9. Organization: U of Cambridge, England
  10. Lines: 25
  11. Nntp-Posting-Host: bootes.cus.cam.ac.uk
  12.  
  13. In article <1993Jan11.001838.13304@lut.ac.uk> M.T.Hamilton@lut.ac.uk ([*] M.T.Hamilton) writes:
  14. >  Lines: 24
  15. >
  16. >  ###MIME headers follow###
  17. >  Content-Type: text/richtext
  18.  
  19. Yes, this is precisely the sort of thing I meant.  Except that '#' is
  20. probably not a good character to use - see RFC 1341 Appendix B.
  21. If a tag is thought necessary, I suggest
  22.  
  23.   .)MIME
  24.  
  25. but perhaps a better scheme would be:
  26.  
  27. The message (or file) is scanned until the end, or the first line that
  28. doesn't start with one of the five text strings used to represent MIME
  29. "headers" in RFC 1341.  If a MIME-Version "header" is found, the file
  30. is considered to contain MIME; any detected MIME headers are removed from
  31. the content of the file as used by the application.
  32.  
  33. The remaining problem is with "Received:" headers, which have a habit of
  34. being moved to message texts by gateways sending to non-RFC822 domains.
  35. But then MUAs can do ad hoc processing (perhaps removing them altogether
  36. or creating a new MIME text body part to contain them); this problem will
  37. not be present in non-message-transfer applications.
  38.