This isn't really purely modssl related but I thought I'd give it a try here.
The SSL v.3 protocol has an optional client_verify where the client signs
the handshake
messages with it's secret key thus verifying it not only has a client
certificate but knows the
certificates secret key.
There s
I can confirm this also happens with Netscape 4.08.
--Craig
Craig Huckabee [EMAIL PROTECTED]
Compliance Corporation
SPAWAR Systems Center-Charleston, SC
__
Apache Interface to OpenSSL (mod_ssl) www.modssl.or
Hi, I can't get modssl to run properly on a redhat linux (6.2 Zoot)
installation.
The problem seems to be in the SSLSessionCache configuration
directive. With it set to none, I get the following:
[Wed Mar 14 12:09:57 2001] [notice] Apache/1.3.19 (Unix) PHP/4.0.4pl1
mod_ssl/2.8.1 OpenSSL/0.9.
We ran into an interesting problem.
Using IE 5.0 on a Mac, connecting to apache 1.3.14/mod_ssl 2.7.1 via HTTPS
which has a certificate signed by an unknown CA (haven't quite figured out
how to import the CA cert in IE yet), IE seems to allow you to proceed
using the connection (a dialog box allow
Anybody know offhand *why* my() lexicals are supposedly faster?
If they're stored on a scratchpad for the scope, which is an array,
(technically a stack of them to accommodate recursion,) then exactly
how does Perl go about finding which data location you mean when you
say $x for a lexical? $::x
--- Brian Ingerson <[EMAIL PROTECTED]> wrote:
> Garrett Goebel wrote:
> >
> > From: Paul [mailto:[EMAIL PROTECTED]]
> > >
> > > Anybody know offhand *why* my() lexicals are supposedly faster?
> Yes this is OT, but I'll contribute to the problem as well...
>
> My coworker Gisle Aas (maybe
