Re: [Mod-auth-devel] i'm back...

[Paul Q. <ch...@fo...>]

> moin,
> 
> now that my exam is done, i can do some more work on
> mod-auth, hopefully tonight.

cool.

I have been very busy with school lately.  I haven't had much time to hack on
the authn_* projects.  I still need to work on some stuff tonight, and I have
finals in mid-december.

> my todo list at the moment looks like this (with
> priorities roughly in that order):
> 
> - - more docs for mod_authn_dbi
> - - more query-variables for mod_authn_dbi
>   (e.g. client-ip)

Client IP, a cookie value, any other client properties? 

> - - check and maybe implement the "mangle-username" feature
>   in mod_authn_dbi

i.e. user puts in fo...@ba..., remove "@bar.com" from the query?

> - - test mod_authn_pop3
> - - add POP/TLS and maybe APOP support into mod_authn_pop3

Both of those are on my todo list. Any help would be great :)

> - - try out mod_authn_cache

authn_cache is broken right now. I have partial fixes for it on my harddrive,
but i need to sit down with it for a couple hours and bend it into shape.

> - - do some more planning/testing for allowing mod_authn_dbi
>   configs  in .htaccess

I sort of fear doing this.  While authn_dbi might not commonly be used in a
virtual hosting enviroment, it may allow end users too much control. (Ie they
could create thousands of DB connections.)  We need to be carefull with this.
 Documentation making the admin aware of the power he is giving the users
needs to be present.
 
 
> P.S.: the mailing-list archives on sourceforge seem to
>       be broken at the moment :(

Ya, SourceForge hasn't been very reliable.

Another project that is brewing is a "mod_dbi" or "mod_pool".  The idea is to
share resources between different modules.(ie mod_authn_dbi could share its
DBI connections with mod_perl...)
http://marc.theaimsgroup.com/?l=apache-modules&m=106962548318503&w=2

Not sure how soon this will pick up, but I talked to Nick Kew on IRC and he
seems interested in getting such a project off its feet.

-chip