Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
Received-SPF: pass (athena.apache.org: domain of jorton@redhat.com designates
 66.187.237.31 as permitted sender)
Date: Fri, 12 Jun 2009 15:01:52 +0100
From: Joe Orton <jorton@redhat.com>
To: dev@httpd.apache.org
Subject: Re: State of mod_auth_digest?
Message-ID: <20090612140152.GA5254@redhat.com>
Mail-Followup-To: dev@httpd.apache.org
References: <yuahbymkhmo.fsf@poir9.raleigh.ibm.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
In-Reply-To: <yuahbymkhmo.fsf@poir9.raleigh.ibm.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Organization: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor,
 Berkshire, SL4 1TE, United Kingdom.
  Registered in UK and Wales under Company Registration No. 03798903
  Directors: Michael Cunningham (USA), Brendan Lane (Ireland),
 Matt Parson (USA), Charlie Peters (USA)

On Thu, Jun 11, 2009 at 09:46:39AM -0400, Dan Poirier wrote:
> I was looking at mod_auth_digest and bug 16057.  Currently the shared
> memory code in that module is disabled, and it turns out that has
> effects throughout the module, such as disabling all client tracking,
> nonce-count checking, MD5-sess, and probably other things.
> 
> I wonder if this does anything useful at all in its current state?

I vaguely recall that it either crashed, or the RMM segment got full up 
quickly and it got stuck.  I've had a TODO list item to convert the #if 
0'ed code to use of ap_socache.h but never found the time.

> Regardless, I might take a stab at cleaning some of that up, if nobody
> else is working on it already.

Any and all work on the module would certainly be good!

Regards, Joe