Pluribus

[Ben Laurie]

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