home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.sys.next.misc:19582 comp.sys.next.advocacy:2229
- Newsgroups: comp.sys.next.misc,comp.sys.next.advocacy
- Path: sparky!uunet!mcsun!sunic!psinntp!psinntp!cubetech.com!imladris!andrew
- From: andrew@cubetech.com (Andrew Loewenstern)
- Subject: Re: Encription in 3.0?
- Message-ID: <1992Sep14.013226.11033@cubetech.com>
- Organization: Cube Technologies, Inc.
- References: <pzvnw7+.abell@netcom.com> <18rhrrINN6io@agate.berkeley.edu>
- Date: Mon, 14 Sep 1992 01:32:26 GMT
- Lines: 29
-
- In article <18rhrrINN6io@agate.berkeley.edu> izumi@pinoko.berkeley.edu writes:
- >Give an encription API to NeXTMail, and NeXT should ship without any
- >encryption module. Let Canon in Japan or an European subsidiary develop
- >an encription module which then will be distributed to the world
- >free via net. We just get it and pop it into our NeXTMail.
-
- If you dig around in the 3.0 Mail app-wrapper (at least in PR3 - wont
- know about 3.0 release until tonight), you'll find that everything is
- there (the encryption panels, etc...). I even tried hooking it up in
- IB, but apparently there is an encryption bundle missing from
- /usr/lib/NextStep (or wherever it goes) that keeps it from working (it
- throws up a panel saying "Encryption is not installed on this
- computer.").
-
- So if this bundle were to leak out to the net or wherever........
-
-
- At the very least the machinery is there for anyone who wants to
- reverse engineer the API and write an RSA bundle for Mail.app using
- PGP. Given how nice the Objc runtime is about telling you which
- selectors your object couldn't respond to, it shouldn't be impossible.
-
-
- andrew
- --
- andrew@cubetech.com | "We shall not cease from exploration
- Andrew Loewenstern | And the end of our exploring
- Cube Technologies, Inc. | Will be to arrive where we started
- | And know the place for the first time." -T.S. Eliot
-