Hello,

after I created a main/root user and set the customer domain to "domain.tld" and manually changed the customer folder to "/var/www/" where roundcube and phpmyadmin are located. And now, when I want to reach roundcube via "domain.tld/roundcube" it always throws a 500 error but when I try to reach roundcube via IP it works without a problem.

 

How do I fix it?

Internal Server Error means something is wrong, therefore please post LOGs - we cannot help without an error-message. Also, settings the customer docroot to /var/www/ is not a really good idea. I guess you ran into an open_basedir restriction...depending on how you changed the folder

[Sun Mar 09 2014] [:error] [pid *****] [client **.***.***.**:*****] PHP Strict Standards: Non-static method PEAR::setErrorHandling() should not be called statically in /usr/share/roundcube/program/include/iniset.php on line 131, referer: http://domain.tld/roundcube/?_task=mail&_mbox=INBOX&_refresh=1

[sun Mar 09 2014] [:error] [pid *****] [client **.***.***.**:*****] PHP Strict Standards: Non-static method PEAR::setErrorHandling() should not be called statically in /usr/share/roundcube/program/include/iniset.php on line 131, referer: http://domain.tld/roundcube/?_task=mail&_mbox=INBOX&_refresh=1

Your roundcube version is too old for php-5.4

Definitly not, it's working when I directly access it via the IP. There seems to be wrong something else.

Well definetly yes, the error above is a PHP error caused by roundcube. or you are pasting the wrong error

Yes, I was, I'm sorry.

 

This should be the error:

[09-Mar-2014 **:**:** Europe/Berlin] PHP Strict Standards:  Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /usr/share/php/MDB2/Driver/mysql.php on line 1689
[09-Mar-2014 14:18:34 Europe/Berlin] PHP Strict Standards:  Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /usr/share/roundcube/program/include/rcube_mdb2.php on line 713

And it's working when I directly access it via the dedicated IP like: http://123.45.67.89/roundcube

it IS a roundcube-php error and cannot be avoided by accessing it from a different domain/ip. You might want to google about how to disable php strict standard messages (but a better way would be to use more up-to-date software).

Def. not a froxlor bug or misconfiguration by froxlor. Sorry.

 

Edit: just to be sure, the domain points to the exact same IP adress you are testing, right?

Sure.... just strange that it works when I use the IP.

 

Test yourself: http://178.254.41.254/roundcube/ AND http://web-administer.de/roundcube/

post vhost-configs of web-administer.de and the one for the IP

# Domain ID: * - CustomerID: * - CustomerLogin: main

<VirtualHost 178.254.41.254:80>

ServerName web-administer.de

ServerAlias *.web-administer.de

ServerAlias main.web-administer.de *.main.web-administer.de

ServerAdmin admin@web-administer.de

DocumentRoot "/var/www/"

php_admin_value open_basedir "/var/www:/tmp"

Alias /awstats "/var/www/awstats/web-administer.de"

Alias /awstats-icon "/usr/share/awstats/icon/"

ErrorLog "/var/customers/logs/main-web-administer.de-error.log"

CustomLog "/var/customers/logs/main-web-administer.de-access.log" combined

</VirtualHost>

I assume it's the same as for the IP, because I found no special one there.

There should be a 001-default or similar in /etc/apache2/sites-enabled/

<VirtualHost *:80>
	# The ServerName directive sets the request scheme, hostname and port that
	# the server uses to identify itself. This is used when creating
	# redirection URLs. In the context of virtual hosts, the ServerName
	# specifies what hostname must appear in the request's Host: header to
	# match this virtual host. For the default virtual host (this file) this
	# value is not decisive as it is used as a last resort host regardless.
	# However, you must set it for any further virtual host explicitly.
	#ServerName www.example.com

	ServerAdmin webmaster@web-administer.de
	DocumentRoot /var/www

	# Available loglevels: trace8, ..., trace1, debug, info, notice, warn,
	# error, crit, alert, emerg.
	# It is also possible to configure the loglevel for particular
	# modules, e.g.
	#LogLevel info ssl:warn

	ErrorLog ${APACHE_LOG_DIR}/error.log
	CustomLog ${APACHE_LOG_DIR}/access.log combined

	# For most configuration files from conf-available/, which are
	# enabled or disabled at a global level, it is possible to
	# include a line for only one particular virtual host. For example the
	# following line enables the CGI configuration for this host only
	# after it has been globally disabled with "a2disconf".
	#Include conf-available/serve-cgi-bin.conf
</VirtualHost>

# vim: syntax=apache ts=4 sw=4 sts=4 sr noet

Apache 2.4.7

 

And this are the directory settings (if required):

<Directory /var/www/>
	Options Indexes FollowSymLinks
	AllowOverride All
	Require all granted
</Directory>

Sorry, really not idea why this works when accessing via IP...makes no sense at all since this is a roundcube-caused php-error...

Well, even thanks.