Return-Path: Delivered-To: apmail-httpd-users-archive@httpd.apache.org Received: (qmail 53763 invoked by uid 500); 17 Dec 2002 10:01:13 -0000 Mailing-List: contact users-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: users@httpd.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list users@httpd.apache.org Received: (qmail 53720 invoked from network); 17 Dec 2002 10:01:12 -0000 Received: from peculiar.differentpla.net (HELO differentpla.net) (193.119.19.188) by daedalus.apache.org with SMTP; 17 Dec 2002 10:01:12 -0000 Received: (qmail 9166 invoked by uid 1000); 17 Dec 2002 10:01:31 -0000 From: roger@differentpla.net Date: Tue, 17 Dec 2002 10:01:31 +0000 To: users@httpd.apache.org Message-ID: <20021217100131.GB9063@differentpla.net> References: <484A6CA492BE654395D208B1D8D5393973A613@SOMEXEVS001.ex.ordersx.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <484A6CA492BE654395D208B1D8D5393973A613@SOMEXEVS001.ex.ordersx.org> User-Agent: Mutt/1.3.28i X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Subject: Re: [users@httpd] .htaccess causes 500 Internal Server Error On Tue, Dec 17, 2002 at 09:06:52AM +0100, Boyle Owen wrote: > I think the problem occurs when you get authenticated and the server > tries to serve up secret/index.html. How come you get a 500 from a > plain HTML file? Good question. :) > Is it really a plain HTML file? Yep: peculiar:/var/www/differentpla.net/html/secret> ls -al total 16 drwxr-sr-x 2 roger www 4096 Dec 16 17:16 ./ drwxr-sr-x 6 roger www 4096 Dec 16 16:33 ../ -rw-r--r-- 1 roger www 178 Dec 16 17:16 .htaccess -rw-r--r-- 1 roger www 175 Dec 16 16:37 index.html peculiar:/var/www/differentpla.net/html/secret> cat index.html Secret Stuff

Psst, wanna hear a secret?

> Has it got something funny inside it? Do you have any redirects to > CGIs or something? Nope. AFAICT, there's nothing freaky in the httpd.conf file causing this kind of behaviour either. Other CGIs (including public_html/cgi-bin stuff) are working fine on the same virtual host. > Also, who is user "notme" who appears in the logfile but not in the > input? That'll be me showing that the user/password dialog remains up if the user/password is incorrect. Thus proving that it _is_ authenticating correctly, and that the problem is in serving the content. > 500 is the response to the failure of a shell spawned by the server - > usually as a result of a CGI call. So it is very odd to get one when you > serve a plain HTML. That's what I thought. > Your AuthStuff is fine, by the way... Thanks. This leads me to suspect that something else is wrong, then. Could it be that the directories are owned by roger.www, and that Apache is running as www-data? The relevant files/directories are world-readable, so I don't see how it could cause a problem. It appears to simply be a failure to handle 'require user foo' and 'require valid-user'. It works fine with 'require group foo', which is good enough for my purposes. I was just wondering if I'd stumbled across a bug. Cheers, Roger. --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See for more info. To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org " from the digest: users-digest-unsubscribe@httpd.apache.org For additional commands, e-mail: users-help@httpd.apache.org