Bill Frantz wrote:
>
> At 11:28 AM 11/9/1999 +0000, Ben Laurie wrote:
> >> I think in SSL, the receiving (server) end, needs to decide to keep or
> >> reject a connection before the creating (client) end sends any Pluribus
> >> messages over it.
> >
> >OK, so are there any remaining reasons that SSL isn't a good fit for the
> >problem?
>
> I see the following issues:
>
> * Java vs. non-java
I hope that will become a non-issue soon.
> * Vat location (perhaps the current VLS will work
As I said earlier, surely this is an orthoganal problem?
> * Code to avoid the double connection problem
Again, does this really count as an issue with transport?
> * Compatibility between Datacomm and SSL. (We probably should figure out
> how to do the compatibility now, even if we want to flush Datacomm, because
> we are going to need it some day for some other protocol.)
What is Datacomm?
Cheers,
Ben.
--
http://www.apache-ssl.org/ben.html
"My grandfather once told me that there are two kinds of people: those
who work and those who take the credit. He told me to try to be in the
first group; there was less competition there."
- Indira Gandhi