home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / next / misc / 19520 < prev    next >
Encoding:
Internet Message Format  |  1992-09-11  |  2.0 KB
  1. Xref: sparky comp.sys.next.misc:19520 comp.sys.next.advocacy:2178
  2. Path: sparky!uunet!spool.mu.edu!agate!agate!usenet
  3. From: izumi@pinoko.berkeley.edu (Izumi Ohzawa)
  4. Newsgroups: comp.sys.next.misc,comp.sys.next.advocacy
  5. Subject: Re: Encription in 3.0?
  6. Date: 12 Sep 1992 01:41:15 GMT
  7. Organization: University of California, Berkeley
  8. Lines: 31
  9. Distribution: world
  10. Message-ID: <18rhrrINN6io@agate.berkeley.edu>
  11. References: <pzvnw7+.abell@netcom.com>
  12. Reply-To: izumi@pinoko.berkeley.edu
  13. NNTP-Posting-Host: moica.berkeley.edu
  14.  
  15. In article <pzvnw7+.abell@netcom.com> abell@netcom.com (Steven T. Abell) writes:
  16. >[lots of stuff deleted about why encryption didn't make it into 3.0]
  17. >
  18. >I think it's time that the U.S. Government got real about encryption
  19. >software. I have to laugh whenever I see shrinkwrapped software with
  20. >a little sticker that says it can't be exported because it contain a
  21. >DES function. Who do they think they're kidding?
  22.  
  23. Give an encription API to NeXTMail, and NeXT should ship without any
  24. encryption module.  Let Canon in Japan or an European subsidiary develop
  25. an encription module which then will be distributed to the world
  26. free via net.  We just get it and pop it into our NeXTMail.
  27.  
  28. US doesn't allow export, but it seems that there is no restrictions on
  29. importing.  This seems like the most effective approach to deal with
  30. the laughable situation than fighting NSA on their turf.
  31.  
  32. The only thing NeXT has to do is to design/publish a good API for external
  33. encryption modules.
  34.  
  35. Come to think of it, this is a good opportunity for non-US developers to
  36. deliver a NeXTMail-compatible GUI mail program, but with DES or any other
  37. public key encryption built-in.  They have a clear advantage over NeXT and
  38. US developers.  Make a free demo version which can decrypt messages, but cannot
  39. send out encrypted messages.
  40.  
  41. --
  42. Izumi Ohzawa             [ $BBg_78^=;(J ]
  43. USMail: University of California, 360 Minor Hall, Berkeley, CA 94720
  44. Telephone: (510) 642-6440     Fax:  (510) 642-3323
  45. Internet: izumi@pinoko.berkeley.edu (NeXT Mail OK)
  46.