Return-Path: Delivered-To: apmail-httpd-users-archive@httpd.apache.org Received: (qmail 92126 invoked by uid 500); 18 Dec 2001 12:11:20 -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 92113 invoked from network); 18 Dec 2001 12:11:19 -0000 Received: from bull.bourse.ch (HELO bull1.bourse.ch) (194.158.1.1) by daedalus.apache.org with SMTP; 18 Dec 2001 12:11:19 -0000 Received: (from nobody@localhost) by bull1.bourse.ch (8.8.8+Sun/8.8.8) id NAA20297 for ; Tue, 18 Dec 2001 13:11:17 +0100 (MET) X-Authentication-Warning: bull1.bourse.ch: nobody set sender to using -f Received: from trifid2(172.20.196.132) by bull1 via smap (V2.1) id xma020225; Tue, 18 Dec 01 13:11:11 +0100 Received: from regulus.bourse.ch (regulus [172.20.196.148]) by trifid2.bourse.ch (8.8.8+Sun/8.8.8) with ESMTP id NAA13221 for ; Tue, 18 Dec 2001 13:11:11 +0100 (MET) Received: from bourse.ch (localhost [127.0.0.1]) by regulus.bourse.ch (8.9.3+Sun/8.9.3) with ESMTP id NAA17350 for ; Tue, 18 Dec 2001 13:11:09 +0100 (MET) Sender: obo@bourse.ch Message-ID: <3C1F325D.69B97E16@bourse.ch> Date: Tue, 18 Dec 2001 13:11:09 +0100 From: Owen Boyle X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.8 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: users@httpd.apache.org Subject: Re: CGI in users own dirs References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N W i l l y wrote: > Yeah I have SetHandler. However, if I use +ExecCGI, I get the 403 > forbidden, with the error being 'ExecCGI is off in this directory'. If I > use ExecCGI without the + I get an internal error, premature end of script > headers. > > Yes Allow from all is in there, but this really has me confused now, because > the + in front of the ExecCGI shouldn't make a difference, should it? I rather think it might... Read very carefully the section on "Options" in the docs to see what the point of the "+" is. Briefly, if you don't have a "+" options directives which apply to the same directory are NOT combined - instead, the latest one is taken. If there is "+", then the options are combined e.g. Options ExecCGI Options Indexes means the directory only gets "Indexes" but not ExecCGI. However: Options ExecCGI Options +Indexes means it gets both. I suspect you have another Options directive at the same level which has "-ExecCGI" so when it gets "Options +ExecCGI" applying to the same directory, you get a conflict (it is not clear how the Options would be resolved in this case). If you do "Options ExeCGI" (without the "+") the second directive will override the first and the script will execute. If you can't find the "-ExecCGI", use the second method which leads to the "premature end of script headers" - that proves that the program is executing. To see what output is being produced, test the script through the server from the command line. i.e. $ telnet server-name 80 GET /~user/cgi-bin/hello.cgi HTTP/1.0 (followed by two returns) and see what comes out. Rgds, Owen Boyle. --------------------------------------------------------------------- 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 For additional commands, e-mail: users-help@httpd.apache.org