Justin Erenkrantz wrote:
On Mon, Feb 25, 2008 at 2:12 PM, Joe Orton [EMAIL PROTECTED] wrote:
The session cache interface in mod_ssl on the trunk is now mostly SSL-
and mod_ssl-agnostic with respect to the data storage and configuration.
There is still some tight coupling between the
Joe Orton wrote:
The session cache interface in mod_ssl on the trunk is now mostly SSL-
and mod_ssl-agnostic with respect to the data storage and configuration.
There is still some tight coupling between the session cache and the
ssl_mutex interface, but that's next on my hit list.
Is there
On Mon, Feb 25, 2008 at 05:26:08PM -0800, Paul Querna wrote:
how did you want to structure keys?
Interesting question. I envisage this working by having consumers
configure and set up independent cache instances; so if you had
mod_auth_digest and mod_ssl both using a shmcb provider, you'd get
On Feb 25, 2008, at 5:12 PM, Joe Orton wrote:
The session cache interface in mod_ssl on the trunk is now mostly SSL-
and mod_ssl-agnostic with respect to the data storage and
configuration.
There is still some tight coupling between the session cache and the
ssl_mutex interface, but that's
On Mon, Feb 25, 2008 at 10:54:58PM +, Dr Stephen Henson wrote:
Well I can think of a several applications for de-SSL-ifying or
specifically de-SSL_SESSION-ifying (i.e. being able to store things other
than SSL_SESSION) the code straight off.
Both SSL related.
The OCSP stapling patch
Joe Orton wrote:
On Mon, Feb 25, 2008 at 10:54:58PM +, Dr Stephen Henson wrote:
If it could hold (potentially) larger objects or large numbers of small
objects then it could help make the CRL code more usable.
I'm not sure exactly what you're referring to there (caching CRL lookup
The session cache interface in mod_ssl on the trunk is now mostly SSL-
and mod_ssl-agnostic with respect to the data storage and configuration.
There is still some tight coupling between the session cache and the
ssl_mutex interface, but that's next on my hit list.
Is there any interest in
On 02/25/2008 11:12 PM, Joe Orton wrote:
The session cache interface in mod_ssl on the trunk is now mostly SSL-
and mod_ssl-agnostic with respect to the data storage and configuration.
There is still some tight coupling between the session cache and the
ssl_mutex interface, but that's next
Joe Orton wrote:
The session cache interface in mod_ssl on the trunk is now mostly SSL-
and mod_ssl-agnostic with respect to the data storage and configuration.
There is still some tight coupling between the session cache and the
ssl_mutex interface, but that's next on my hit list.
Is there
On Mon, Feb 25, 2008 at 2:12 PM, Joe Orton [EMAIL PROTECTED] wrote:
The session cache interface in mod_ssl on the trunk is now mostly SSL-
and mod_ssl-agnostic with respect to the data storage and configuration.
There is still some tight coupling between the session cache and the
ssl_mutex
Joe Orton wrote:
The session cache interface in mod_ssl on the trunk is now mostly SSL-
and mod_ssl-agnostic with respect to the data storage and configuration.
There is still some tight coupling between the session cache and the
ssl_mutex interface, but that's next on my hit list.
Is there
11 matches
Mail list logo