home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / sgi / 12705 < prev    next >
Encoding:
Text File  |  1992-08-20  |  6.7 KB  |  148 lines

  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!mcsun!news.funet.fi!network.jyu.fi!news.jyu.fi!suhonen
  3. From: suhonen@jalka.jyu.fi (Timo Suhonen)
  4. Subject: Re: 4.0.5 and mail
  5. In-Reply-To: vjs@rhyolite.wpd.sgi.com's message of 20 Aug 92 17: 35:47 GMT
  6. Message-ID: <SUHONEN.92Aug21091713@jalka.jyu.fi>
  7. Sender: news@jyu.fi (News articles)
  8. Nntp-Posting-Host: jalka.jyu.fi
  9. Organization: University of Jyvaskyla, Department of Biology of Physical
  10.     Activity
  11. References: <SUHONEN.92Aug20120708@jalka.jyu.fi> <oqjpq9c@rhyolite.wpd.sgi.com>
  12. Date: Fri, 21 Aug 1992 07:17:13 GMT
  13. Lines: 133
  14.  
  15. [I hope you can still read my "English", although the level of discussion
  16.  is rapidly going over my skills]
  17.  
  18. [I know this is good habit staring a discussion just before leaving the
  19.  news for two weeks, but I couldn't resist. So if you want to write,
  20.  please mail me 'cause news articles will be expired when I come back
  21.  to work]
  22.  
  23. In my previous post I should have written, that I only ment mail body, not
  24. the header. The header should be 7-bit.
  25.  
  26. vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:
  27.  
  28.    The facts of the matter are these, some important and some not:
  29.  
  30.        1. RFC-822 requires that the 8th bit be cleared on all mail and headers.
  31.        It is not a matter of "allowed," but of "required."
  32.  
  33. From discussions with Roberts@sgi I have now learned that. I had 
  34. misunderstood said RFC earlier.
  35.  
  36.        2. standard BSD sendmail has cleared the 8th bit for years.  This
  37.        means there are 10's of thousands of 8-bit clearing mail hosts
  38.        and relays directly connected to the Internet.
  39.  
  40. Oh boy! with this attitude we would still be hanging in the woods B-)
  41. As an advanced computer company SGI should look forward, not backward.
  42. Of cause SGI's mail should cope with existing systems, but there should
  43. be a way to go aroud it. Like an extra command line switch for sendmail
  44. or something alike.
  45.  
  46.        3. it is easy to build sendmail so that it does not clear the 8th
  47.        bit.  Such a sendmail with Mail User Agents that generate
  48.        8-bit-unclean text and headers makes the system non-comformant
  49.        with current standards.
  50.  
  51. But between such non-comformant systems 8-bit mails are OK. More and more
  52. sites handles 8-bit mails correctly (i.e. don't clear 8th bit).
  53.  
  54.        4. such a non-conformant sendmail cannot reliably deliver 8-bit email.
  55.  
  56. I don't think occasional problems are big problems. It can be a problem
  57. in in other languages than Finnish (I really don't know). I receive
  58. daily 8-bit mails with 8th bit cleared. And text is still readable;
  59. not too good but readable. 
  60.  
  61. It's true I have not tested the 8 bit mail to (and from) California
  62. well, just two or three times (and it happened to work every time).
  63.  
  64. Occasional broken mails can be send again. From text mails you clearly
  65. see if it's broken or not. I'm not sending 8 bit data or binaries
  66. with 8 bit mail, just text.
  67.  
  68.      (b) If you use 8-bit characters in a From: or To: line and your
  69.        message happens to pass through an old mail relay (as in #a
  70.        above), then your addresses will suddenly become nonsense.
  71.  
  72. As I wrote, headers should be kept 7 bit as long as a 8 bit extension is
  73. widely accepted.
  74.  
  75.      (d) there is no way for the sending and receiving machines
  76.        to know they are using the same 8-bit character set.  I
  77.        understand there is more than one such character set, and that
  78.        the character set used by the "just send 8bit" crowd is not
  79.        appropriate for Asia, no matter how fine it is for Europe and
  80.        the Americas.  In other words, "just send 8bits" works
  81.        for small parts of the world, but is not an international
  82.        solution.
  83.  
  84. Actually there is a way to know the character set: You can add extra
  85. lines to headers:
  86.  
  87. X-CharSet: ISO_8859-1
  88. X-Char-Esc: 29
  89.  
  90. Lines like above are added to every send mail by IDA-sendmail. So the
  91. character set is no problem. And with this esc definiton, the mailer
  92. can strip all escape codes from mails. 
  93.  
  94.      (e) Sgi.com relays a substantial amount of mail.  The sendmail
  95.        binary on sgi.com bounces any message with bytes in headers
  96.        that look like control characters, regardless of the 8th bit.
  97.  
  98. Header lines should be kept 7 bit.
  99.  
  100.    Personally, I don't get excited about conforming or not to standards.
  101.    All that  matters to me is whether things work.  The simple fact is
  102.    that "just send 8bits" does not and cannot work.  It does not ensure
  103.    that what the author wrote arrives at the reader's screen.  On the
  104.    other hand, there are existing standards and implementations to do
  105.    work.  In the absense of the dishonesty and parochialism, the choice
  106.    would be clear and not controversial.
  107.  
  108. I think the biggest problem here is that computers and networks are
  109. Born in the USA (sorry Bruce) and you don't need 8 bit characters there.
  110. I want 8 bit mails to daily mails inside Finland to the sites I know
  111. can accept 8 bit mails. To USA or any other country I'll (and everyone
  112. I know) send 7 bit mail. As far as I know English language do not need
  113. 8 bit characters and English is the defacto language in international
  114. mails and USENET newsgroups (BTW: news are delivered 8 bit in Finland B-).
  115.  
  116. To write it shortly: If I write toi my friend to maths department I'd
  117. like to use real characters, not {}|'s for scandinavian vovels.
  118.  
  119.    I think that Silicon Graphics should make available a broken sendmail
  120.    that passes 8-bits, as well as a MIME system.  If I'm right, eventaully
  121.    users will figure out that "just send 8bits" is a fraud.  However,
  122.    neither of those can be made available immediately, even if I convince
  123.    everyone necessary.  They must wait for a release to ride.
  124.  
  125. I really agree that SGI should make 8 bit sendmail available!!! 
  126.  
  127.    The people in the Internet community who are telling people to "just
  128.    send 8bits" are knowingly ignoring the facts above.  They are knowingly
  129.    causing people to think things they know are false.  They are
  130.    dishonest, and should be dealt with as such.
  131.  
  132. I'm not ignoring facts you wrote about (thanks). And I'm not telling
  133. people to send 8 bit mails to anyone. (I have taught people how to
  134. use mail and news systems in our HP (where the 8 bit mail works).
  135. I have taught them that they should write first 7 bit and if it turns
  136. out that 8 bit works then use what ever they want to use). BTW: I'm
  137. not writing 8 bit mails to international news groups although my news
  138. connection accepts 8 bit news articles. Actually I'm not writing 8 bit
  139. news articles to finnish news groups, because everyone can't get them
  140. 8 bit from their news servers.
  141.  
  142. I think users are (or can be taught to be) wise enough not to use 8 bit
  143. where it does not work. You should trust users.
  144. --
  145. Timo               "I am logged in, therefore I am"              Suhonen
  146. "There is no need for the President of the United States to be smart" -HST
  147.   Opinions(?) are mine (if not stolen), NOT those of Univ. of Jyvaskyla.
  148.