Received: (qmail 94933 invoked by uid 501); 5 Feb 2001 02:26:09 -0000
Message-Id: <20010205022609.94932.qmail@apache.org>
Date: 5 Feb 2001 02:26:09 -0000
From: Derek Balling <dredd@megacity.org>
Reply-To: dredd@megacity.org
To: submit@bugz.apache.org
Subject: SSI doesn't seem to be working despite everything I've tried.
X-Send-Pr-Version: 3.110

>Number:         7191
>Category:       mod_include
>Synopsis:       SSI doesn't seem to be working despite everything I've tried.
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    apache
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          mistaken
>Submitter-Id:   apache
>Arrival-Date:   Sun Feb 04 18:30:00 PST 2001
>Closed-Date:
>Last-Modified:  Mon Feb 05 13:35:16 PST 2001
>Originator:     dredd@megacity.org
>Release:        2.0a9
>Organization:
>Environment:
Linux 2.2.17, gcc
>Description:
I've torn my hair out on this one long enough. :)

I have mod_include, according to server-info:


---
Module Name: mod_include.c
Content handlers: none
Configuration Phase Participation: Create Directory Config
Module Directives:
XBitHack - Off, On, or Full
Current Configuration:
XBitHack On
---

The directory the web site is in is, physically, /web/sites/www.megacity.org/html , however, it is referenced (on my 2.0 test server) as /web2.0/sites (with /web2.0/sites a symlink to the /web/sites directory):

lrwxrwxrwx   1 root     root           13 Jan 16 23:31 sites -> /web1.3/sites

And, since I have tried both, I have:

---
<Directory /web2.0/sites/www.megacity.org/html>
    AllowOverride All
    Options All
</Directory>

<Directory /web/sites/www.megacity.org/html>
    AllowOverride All
    Options All
</Directory>
---

The virtual-host declaration:

---
<VirtualHost 64.71.143.244>
ServerAdmin webmaster@megacity.org
DocumentRoot /web/sites/www.megacity.org/html
ServerName www.megacity.org
ServerAlias www.megacity.org.uk
ErrorLog /web/sites/www.megacity.org/logs/errorlog
CustomLog /web/sites/www.megacity.org/logs/allaccess.log combined
</VirtualHost>
---

the html/.htaccess file:

---
XBitHack        on
Options +Includes +ExecCGI +FollowSymLinks
---

and the httpd.conf:

---
AddType text/html .shtml
AddHandler server-parsed .shtml
---

Yet, the following in my HTML page:

<!--#exec cgi="./gen_quote.pl" -->
<!--#include file="footer.html">

fail to generate the expected output. I appear to have enabled SSI every damn place its possible to do so, yet it still doesn't actually take. What am I doing wrong?
>How-To-Repeat:
You could look at http://www.megacity.org:8080/index.html ./index.shtml also was created to see if it was just an XBitHack error (no dice)
>Fix:

>Release-Note:
>Audit-Trail:
State-Changed-From-To: open-closed
State-Changed-By: slive
State-Changed-When: Mon Feb  5 13:09:15 PST 2001
State-Changed-Why:
[This is a standard response.]
This is a CGI programming or basic configuration issue.
As mentioned on the main bug database page, we must refer
all such basic or non-Apache-related questions to the
comp.infosystems.www.servers.unix and related newsgroups.
Please ask your question there.
Please also search the FAQ and the bug database.
Thanks for using Apache!
Class-Changed-From-To: sw-bug-mistaken
Class-Changed-By: slive
Class-Changed-When: Mon Feb  5 13:09:15 PST 2001
Severity-Changed-From-To: serious-non-critical
Severity-Changed-By: slive
Severity-Changed-When: Mon Feb  5 13:09:15 PST 2001
Comment-Added-By: slive
Comment-Added-When: Mon Feb  5 13:35:15 PST 2001
Comment-Added:
Actually, there are some problems with the early alphas
of 2.0 with respect to SSI.  Fixed in CVS.

>Unformatted:
 [In order for any reply to be added to the PR database, you need]
 [to include <apbugs@Apache.Org> in the Cc line and make sure the]
 [subject line starts with the report component and number, with ]
 [or without any 'Re:' prefixes (such as "general/1098:" or      ]
 ["Re: general/1098:").  If the subject doesn't match this       ]
 [pattern, your message will be misfiled and ignored.  The       ]
 ["apbugs" address is not added to the Cc line of messages from  ]
 [the database automatically because of the potential for mail   ]
 [loops.  If you do not include this Cc, your reply may be ig-   ]
 [nored unless you are responding to an explicit request from a  ]
 [developer.  Reply only with text; DO NOT SEND ATTACHMENTS!     ]