solved it... But there's a new mystery... I was returning DECLINED in my Auth handler when the following subroutine showed a user had disconnected...
sub client_still_connected { my $self = shift; #subclassed Apache::Request my $conn = $self->connection; my $is_connected = $conn->aborted ? 0 : 1; if ($is_connected) { cluck ("connection still seems valid....") if $DEBUG; my $fileno = $conn->fileno; if (defined $fileno) { cluck ("Still seems valid\n") if $DEBUG; my $s = IO::Select->new($fileno); #$is_connected = $s->can_read(0) ? 0 : 1; } } cluck ("is_connected=$is_connected\n") if $DEBUG; return $is_connected; } The problem I have now, is this subroutine always fails at the $s->can_read line whene a user POST's a large amount of content... And intermittently on other page requests (GET & POST) the subroutine fails the can_read but the client is Still there.... Any ideas? We use a reverse proxy in front of our mod_perl server... Marty --- Martin Moss <[EMAIL PROTECTED]> wrote: > I'm seeing this error in the logfiles... > > configuration error: couldn't check user. No user > file?: > > Any ideas what might cause it... it is appearing on > different webpages... seems to be during large > POST's. > > We've just changed from Basic to Cookie based > Auth... > > Marty > > > > ___________________________________________________________ > > Yahoo! Model Search 2005 - Find the next catwalk > superstars - > http://uk.news.yahoo.com/hot/model-search/ > ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com