home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / mail / mime / 101 < prev    next >
Encoding:
Internet Message Format  |  1993-01-11  |  1.8 KB

  1. Path: sparky!uunet!olivea!spool.mu.edu!yale.edu!ira.uka.de!Germany.EU.net!incom!kostis!blues!kosta
  2. From: kosta@blues.kk.sub.org (Kosta Kostis)
  3. Newsgroups: comp.mail.mime
  4. Subject: Re: Using MIME without extra mail headers
  5. Summary: Why not extra mail headers?
  6. Message-ID: <wBk7wB2w165w@blues.kk.sub.org>
  7. Date: 10 Jan 93 21:31:55 GMT
  8. References: <1993Jan7.191810.1857@infodev.cam.ac.uk>
  9. Organization: The Blues Family
  10. Lines: 33
  11.  
  12. ag129@cus.cam.ac.uk (Alasdair Grant) writes:
  13.  
  14. > Is there any convention for transmitting MIME messages if extra
  15. > mail headers (Content-Type etc.) cannot be used for one reason or
  16. > another?  Do any mailers understand messages whose first (text) line
  17. > begins "MIME-Version..." or something?
  18.  
  19. The MIME-headers should be in the headers only.
  20.  
  21. Well, "my ideal" MTA would only analyse the headers of a message
  22. needed for routing (if at all), transfer everything without changing
  23. any bit (except adding "Received"-lines perhaps) and forward the
  24. message to next next MTA on the way to the receipient.
  25.  
  26. It's the MUA's job to interpret the content of the message, only,
  27. but the MUA must know about the encoding used and stuff like that.
  28.  
  29. RFC 821 explicitly forces you to cut the MSB, so SMTP MTAs fully
  30. conforming to RFC 821 will not be able to transfer binary or even
  31. 8bit data. Quoted-printables and base64 may be transmitted without
  32. any problems, but you'll have to tell your MUA manually to convert
  33. the message, if at all possible. It's like using uuencode/uudecode.
  34.  
  35. What's your problem changing header lines? Maybe we can help you to
  36. do this somehow.
  37.  
  38.         Kosta
  39.  
  40.  
  41. -- 
  42.   Kosta Kostis, Talstrasse 25, D-6074 Roedermark 3, Germany
  43.   kosta@blues.kk.sub.org                                        (home)
  44.   sw authors: please support ISO 8859-x!      dv|DV\_ = aeoeueAEOEUEss
  45.