home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / std / internat / 835 < prev    next >
Encoding:
Internet Message Format  |  1992-12-14  |  2.1 KB
  1. Xref: sparky comp.std.internat:835 news.admin.misc:731
  2. Newsgroups: comp.std.internat,news.admin.misc
  3. Path: sparky!uunet!gumby!wupost!darwin.sura.net!ra!atkinson
  4. From: atkinson@itd.nrl.navy.mil (Randall Atkinson)
  5. Subject: Re: 8-bit news
  6. Message-ID: <Bz9Bw3.2I6@ra.nrl.navy.mil>
  7. Keywords: ISO8859 ISO10646 8bit
  8. Sender: usenet@ra.nrl.navy.mil
  9. Organization: Naval Research Laboratory, DC
  10. References: <tbmqph8@rhyolite.wpd.sgi.com> <sckkVB1w165w@blues.kk.sub.org>
  11. Date: Mon, 14 Dec 1992 16:16:50 GMT
  12. Lines: 42
  13.  
  14. In article <sckkVB1w165w@blues.kk.sub.org> kosta@blues.kk.sub.org (Kosta Kostis) writes:
  15.  
  16. >> "Just send 8-bit email" does not work reliably now and never will.
  17.  
  18. >I've been listening to this "tale" very often...  ;-)
  19. >I still know it not true.   =;^)
  20.  
  21. Nonsense.  
  22.  
  23.   I *KNOW* of at least 3 systems (combinations of OS + hardware) that
  24. will flat out crash if offered certain fairly common 8-bit
  25. ISO-8859-like characters.  I'm not going to say which ones in public
  26. because some lurker would go and use this to crash someone else's
  27. machine maliciously.
  28.  
  29. >This is your view. I've been told things like that in Germany, too
  30. >regarding 8-bit clean news paths, and it was simply untrue. Admins
  31. >have been very cooperative and after only a few months the major
  32. >"toublemakers" were 8-bit clean.
  33.  
  34.   Some NNTP sites are 8-bit now, many will migrate to 8-bit
  35. eventually, some cannot migrate to 8-bit because of limitations of
  36. OS/hardware or the age of the system.
  37.  
  38. >Right. I'd prefer not to talk to much but do *implement* 8-bit clean
  39. >paths everywhere. It is much easier than most pessimistic people try
  40. >to make us believe. Still it's a lot of work, though...
  41.  
  42.   There are TWO issues here.  
  43.  
  44.   One is to implement wider bit transport which is nice and is useful
  45. but is NOT necessary in a strict sense and is certainly not sufficient
  46. (one still needs to know WHICH 8-bit or 16-bit character set was used
  47. by the author).
  48.  
  49.   The second is to have a standard for marking the contents of
  50. messages in standard headers using standard syntax and standard
  51. tokens.  If I understand Henry correctly, he is putting together a
  52. draft, based on MIME, that addresses this second issue.
  53.  
  54. Ran
  55. atkinson@itd.nrl.navy.mil
  56.