Bill Frantz <[EMAIL PROTECTED]> wrote:
> There are several possibilities here:
>
> (1) If the Applet runs without it's surrounding web page, you can run it in
> the applet runner. The applet runner allows you to set the security
> parameters to allow web access.
This much I've got working. However as noted in my other message, you
can't cold-connect to hushmail. You have to first log in and get (via
SSL) a session ID and Blowfish session key, which you use to encrypt
your communication. I haven't figured out a good way to automate
this. SSL is a bitch (which is presumably why the applet doesn't use
it).
> (2) You can run it as a "trusted" applet in Netscape 4 or MSIE 4/5. The
> details of getting it to be trusted vary depending on browser and platform.
> Here is what I can vaguely remember about the rules:
I'm not familiar with this, I'll have to look into it. Unfortunately
I haven't even succeeded in getting the applet to load properly in
Netscape from a local disk. It doesn't look like a trust problem,
although I suppose it is possible that the error messages are
misleading.
Is there a way for a web page to run an applet, but to make the browser
look for the applet on the local disk rather than downloading it?
Or a way to configure the browser to do this? This is really what you
want, so that you get your own version of the applet to run, not one you
just pulled off the net.
> (3) Since the source is available, you can convert it to a Java application.
I think as an applet it has access to a sort of superstructure of frames
and event handling which would require custom coding as an application.
The appletviewer seems to be a reasonable approach to doing it stand-alone.
Thanks for the suggestions, will let you know if I get any farther...
--Hush
Get HushMail. The world's first free, fully encrypted, web-based email system.
Speak freely with HushMail.... http://www.hushmail.com
