home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / mail / mh / 1491 < prev    next >
Encoding:
Internet Message Format  |  1993-01-12  |  2.2 KB
  1. Path: sparky!uunet!news.claremont.edu!ucivax!gateway
  2. From: andys@internet.sbi.com (Andy Sherman)
  3. Subject: Re: MH and Solaris 2.x sendmail
  4. Message-ID: <9301112007.AA06230@flatline.sbi.com>
  5. In-Reply-To: Your message of "Mon, 11 Jan 1993 14:54:08 EST."
  6.              <9301111954.AA03289@wilma.cs.utk.edu>
  7. Content-Length: 1899
  8. Newsgroups: comp.mail.mh
  9. Lines: 44
  10. Date: 12 Jan 93 06:51:49 GMT
  11.  
  12. >>>>> On Mon, 11 Jan 1993 14:54:08 -0500, Keith Moore <moore@cs.utk.edu> said:
  13.  
  14. moore> FYI, MIME does *NOT* use content-length, or anything like it.  The
  15. moore> content-length header is completely nonstandard.
  16.  
  17. Actually Content-Length may be X.400, which is as much a standard as
  18. the RFC's.  I seem to recall that AT&T Mail has been using
  19. Content-Length since they started, and they are X.400.
  20.  
  21. moore> The ">From" hack is ugly, no doubt about it.  However, using a
  22. moore> header field to delimit messages within a mailbox strikes me as
  23. moore> even worse, particularly when it breaks interoperability with
  24. moore> other systems using NFS as a mail access protocol.
  25.  
  26. Using a header field to tell you when the message ends seems to be the
  27. only sane thing to do in a multi-part multimedia world.
  28. Interoperability with NFS mounted maildrops could be a problem, but
  29. (thankfully) it's not ours.
  30.  
  31.  
  32. moore> However, it seems like MH wants to support the local mailbox
  33. moore> format, whatever that is...so it might do well for a future
  34. moore> version of MH to be able to grok Content-length headers on
  35. moore> local mailboxes only on Solaris systems.
  36.  
  37. I've now done that hack.  I'll try to figure out to whom I should pass
  38. it back.
  39.  
  40. moore> But I'd just as soon they be REMOVED from all outgoing mail.
  41. moore> The presence of Content-length headers in Internet email is
  42. moore> just going to add to the general confusion about what is
  43. moore> standard and what isn't.
  44.  
  45. That battle was lost long ago.  Lots of X.400->Internet gateways leave
  46. their non-822 headers in the messages.  Sendmail is real happy about
  47. munging and rewriting headers, but I don't know how well it likes to
  48. remove them.  Just ignore them.  :^|.
  49.  
  50. Andy
  51. --
  52. Andy Sherman
  53. Salomon Inc  -  Unix Systems Support  -  Rutherford, NJ
  54. (201) 896-7018  -  andys@sbi.com or asherman@sbi.com
  55. "These opinions are mine, all *MINE*.  My employer can't have them."
  56.