From owner-freebsd-isp Fri Oct 17 11:05:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA26612 for isp-outgoing; Fri, 17 Oct 1997 11:05:58 -0700 (PDT) (envelope-from owner-freebsd-isp) Received: from ns1.flask.com (root@ns1.flask.com [207.67.43.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA26602 for ; Fri, 17 Oct 1997 11:05:53 -0700 (PDT) (envelope-from skat@flask.com) From: skat@flask.com Received: (from skat@localhost) by ns1.flask.com (8.7.6/8.6.12) id NAA19070; Fri, 17 Oct 1997 13:08:31 -0500 (CDT) Date: Fri, 17 Oct 1997 13:08:31 -0500 (CDT) To: "Salah.Abouzgaia" cc: freebsd-isp@FreeBSD.ORG Subject: Re: Apache_1.2.4 (CGI Execution Problem) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-isp@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Probably this answer is too simple to be right, but how are you calling the cgi. The URL for cgi in ScriptAlias directory should be /cgi-bin/nameofcgi.cgi or if you prefer to use absolute address, http://www.mydomain.com/cgi-bin/nameofcgi.cgi Shin On Fri, 17 Oct 1997, Salah.Abouzgaia wrote: > > > > Hi all, > > O.K. let me put it this way: > > httpd.conf: there is no entry for cgi-bin > srm.conf: ScriptAlias /cgi-bin/ /usr/local/etc/httpd/cgi-bin/ > access.conf: > AllowOverride None > Options XBitHack Full (I also tried Options All) > > > The chmod of the scripts in cgi-bin as well the chmod of the html that > uses the cgi script are set to a+x+r (read/execute by all). > I also tested the scripts from the command line without any problems. > > I have no idea why apache looks for cgi-bin in /usr/local/httpd/htdocs. > Even if I create a link to /usr/local/etc/httpd/cgi-bin in > /usr/local/etc/httpd/htdocs and/or create the cgi-bin dir in > /usr/local/etc/httpd/htocs and change the settings in srm.conf > and access.conf to point to this location (Tripp I understand your concern > in terms of security but just for the seek to get it working for now), > apache still does not execute cgi scripts (perl or sh scripts), > instead the browser reads the Perl os sh scripts as text files, and > prints Perl or sh scripts as is on the browser. > > Any hints > > Cheers > > Sal > > >