Files in folder are not displayed when accessed over domain name

We have an Apache2 Webserver on Debian with multiple namebased domains (TYPO3 CMS). So far everything works fine apart from files in one folder.

There is no problem to access this folder over the IP address:

For example: http://128.130.97.5/cms/typo3/image.gif

If accessed over the domain name I get an INTERNAL SERVER ERROR.

For example: http://www.mydomain.com/typo3/image.gif

The only difference to other folders is that this one is a symlink.

I did set "Options FollowSymLinks" in the virtual host configuration.

Is there anything else I have to consider?

My virtual host configuration:

-------------------------------------------

<VirtualHost *>

ServerAdmin xxxxxxxxxxxxxxxx

DocumentRoot /var/www/cms/

ServerName www.mydomain.com

ErrorLog /var/log/apache2/xyz/error.log

# Possible values include: debug, info, notice, warn, error, crit,

# alert, emerg.

LogLevel debug

CustomLog /var/log/apache2/xyz/access.log combined

ServerSignature On

<Directory www.mydomain.com>

Options FollowSymLinks MultiViews

AllowOverride All

Order allow,deny

allow from all

</Directory>

<Directory www.mydomain.com/typo3>

Options FollowSymLinks MultiViews

AllowOverride All

Order allow,deny

allow from all

</Directory>

<Directory /var/www/cms/>

Options FollowSymLinks MultiViews

AllowOverride All

Order allow,deny

allow from all

</Directory>

<Directory /var/www/cms/typo3/>

Options FollowSymLinks MultiViews

AllowOverride All

Order allow,deny

allow from all

</Directory>

<Directory /usr/share/typo3/typo3_src-4.0/typo3/>

Options FollowSymLinks MultiViews

AllowOverride All

Order allow,deny

allow from all

</Directory>

</VirtualHost>

-------------------------------------------

I'm happy about any suggestions!

Christine

I never seen the following used in vhosts, and I think you should remove them:

  <Directory www.mydomain.com>

      Options FollowSymLinks MultiViews

      AllowOverride All

      Order allow,deny

      allow from all

  </Directory>

  <Directory www.mydomain.com/typo3>

      Options FollowSymLinks MultiViews

      AllowOverride All

      Order allow,deny

      allow from all

  </Directory>

Although the following is the correct <Directory> syntax, I dont think you need it on the child folder. Setting the options on the parent folder should suffice:

  <Directory /var/www/cms/>

      Options FollowSymLinks MultiViews

      AllowOverride All

      Order allow,deny

      allow from all

  </Directory>

  <Directory /var/www/cms/typo3/>

      Options FollowSymLinks MultiViews

      AllowOverride All

      Order allow,deny

      allow from all

  </Directory>

The last one above (<Directory /var/www/cms/typo3/>) is indentical to: <Directory /var/www/cms/>. Therefore remove the 2nd entry.

If you tidy up the above, it may work. If not, google and look up the apache docs. You could try an alias also. So instead of a symlink. You can do something like:

Alias /srv/images /typo3/images

Hope typo3 is going ok for you. Did you get automatic PDF support working?

Rgds,

Steve Burke

Hi Steve,

> You could try an alias also. So instead of a symlink. You can do something like: Alias /srv/images /typo3/images

Tried the ALIAS and it worked!THANKS A LOT!!!!!!!

> Hope typo3 is going ok for you.

Kind of a Love-Hate relationship... Lots of features, great community, configuration is not very userfriendly though.

> Did you get automatic PDF support working?

Do you mean automatic generation to PDF files? Wasn't necessary until now.

Thanks again,

Christine

Glad the alias worked for you.

Thanks for the quick run down on your impression on Typo3, it helps

As for the PDF support, yes - it was automatic generation/output of PDF files. Im going to have to choose a CMS in a while where QMS (Quality Management System, e.g. 9001) documents can be stored, revisioned, signed-off and exported/saved/downloaded as PDFs.

I was just wondering how nice the automatic PDF generation was, and how advanced it was with regards to headers,footers etc.

Chat Later,

-steve