Unfortunately, everything pretty much looks OK. The configuration for PHP must be in a conf.d/*.conf file or something, as it isn't in the httpd.conf file, but everything in httpd.conf seems right. The error in errors.log seems to be a simple OS access-denied message, not something to do with your server configuration, yet the file permissions are indeed correct. At this point, I would be trying moving things around, testing each layer of the hierarchy in turn (e.g. can the webserver serve a file test.html in the root? In webmail? In webmail/installer? can it serve index.html? What about index.php?) and taking care to clear browser cache, hold shift while pushing refresh, etc., and even perhaps look at the HTTP traffic to see what's going on and diagnose the problem. It's all fairly routine stuff once you've done it a few times, but fairly daunting if you haven't. The problem is probably simple, but not obvious, at least, not to an outsider having a quick glance.
Do check the permissions of the .htaccess files, too, since they won't show up in the ls output you gave (you need -A to see them). But I suspect they're fine; you usually get 500 errors if something is wrong with them.
Cheers,
Ben.
On 15/02/12 9:00 AM, Advrk Aplmrkt wrote:
OK, so here is what I tried:
[root@scientific-vb var]# ls -ld /var drwxr-xr-x. 23 root root 4096 Feb 9 19:55 /var
[root@scientific-vb var]# ls -ld /var/www drwxr-xr-x. 8 root root 4096 Feb 12 20:12 /var/www
[root@scientific-vb var]# ls -ld /var/www/html drwxr-xr-x. 3 root root 4096 Feb 13 18:54 /var/www/html
[root@scientific-vb var]# ls -ld /var/www/html/webmail/ drwxr-xr-x. 11 roundcube roundcube 4096 Jan 8 12:08 /var/www/html/webmail/
[root@scientific-vb var]# ls -ld /var/www/html/webmail/config drwxr-xr-x. 2 roundcube roundcube 4096 Feb 13 18:53 /var/www/html/webmail/config
[root@scientific-vb var]# ls -ld /var/www/html/webmail/installer drwxr-xr-x. 3 roundcube roundcube 4096 Feb 13 18:53 /var/www/html/webmail/installer
[root@scientific-vb var]# ls -ld /var/www/html/webmail/temp drwxr-xr-x. 2 apache apache 4096 Feb 13 18:53 /var/www/html/webmail/temp
[root@scientific-vb var]# ls -ld /var/www/html/webmail/logs/ drwxr-xr-x. 2 apache apache 4096 Feb 13 18:53 /var/www/html/webmail/logs/
There is nothing in the webmail/logs
As for Apache logs, access.log has lots of:
127.0.0.1 - - [13/Feb/2012:19:13:39 -0500] "GET /webmail/installer HTTP/1.1" 403 304 "-" "Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.26) Gecko/20120201 Red Hat/3.6.26-1.el6_2 Firefox/3.6.26"
I put the contents of error.log here:
Here is my httpd.conf:
Honestly I don't even know how to interpret httpd.conf.
Finally, I am running all this on my test Scientific Linux 6.1 (basically RHEL 6.1) server, not Ubuntu or Debian…
Hope this information gives a clue about when I can't even access the installer page anymore.
I really appreciate your help on this!
Thanks.
On 14 February 2012 02:46, Ben Schmidtmail_ben_schmidt@yahoo.com.au wrote:
Maybe we can spot something with a little more info. Can you give us:
ls -ld /var ls -ld /var/www ls -ld /var/www/html ls -ld /var/www/html/webmail ls -Al /var/www/html/webmail ls -Al /var/www/html/webmail/config ls -Al /var/www/html/webmail/installer
?
Anything in webmail/logs?
Also, can you find your Apache access.log and any error.log entries for the relevant requests (when you're trying to get to the installer)?
Maybe your httpd.conf or site configuration file would be helpful to look at too.
Cheers,
Ben.
On 14/02/12 11:20 AM, Advrk Aplmrkt wrote:
Hi!
Thanks for your tips. I created a roundcube user and group in my Linux system, and chmod'ed the files so that:
[root@scientific-vb config]# ls -l total 84 -rw-r--r--. 1 roundcube roundcube 2663 Feb 13 18:48 db.inc.php -rw-r--r--. 1 roundcube roundcube 2662 Sep 28 06:16 db.inc.php.dist -rw-r--r--. 1 roundcube roundcube 33274 Feb 13 18:48 main.inc.php -rw-r--r--. 1 roundcube roundcube 33208 Nov 30 08:11 main.inc.php.dist -rw-r--r--. 1 roundcube roundcube 2450 Oct 20 2010 mimetypes.php
Unfortunately, the Roundcube installer still stays "Unable to read file.....".
I decided to start from scratch by deleting the whole Roundcube directory (which was /var/www/html/webmail/), removing the Roundcube database in mySQL, and restarting based on the instructions here:
http://ubuntuportal.com/an-easy-step-by-step-to-installing-and-running-round...
I set the permissions of the reinstalled /var/www/html/webmail to this:
[root@scientific-vb webmail]# ls -l total 100 drwxr-xr-x. 2 roundcube roundcube 4096 Feb 13 18:53 bin -rw-r--r--. 1 roundcube roundcube 5524 Jan 5 05:28 CHANGELOG drwxr-xr-x. 2 roundcube roundcube 4096 Feb 13 18:53 config -rw-r--r--. 1 roundcube roundcube 10371 Jan 6 11:01 index.php -rw-r--r--. 1 roundcube roundcube 8476 Sep 19 05:48 INSTALL drwxr-xr-x. 3 roundcube roundcube 4096 Feb 13 18:53 installer -rw-r--r--. 1 roundcube roundcube 17987 Oct 29 2008 LICENSE drwxr-xr-x. 2 apache apache 4096 Feb 13 18:53 logs drwxr-xr-x. 29 roundcube roundcube 4096 Feb 13 18:53 plugins drwxr-xr-x. 7 roundcube roundcube 4096 Feb 13 18:53 program -rw-r--r--. 1 roundcube roundcube 2263 Dec 14 08:13 README -rw-r--r--. 1 roundcube roundcube 26 Mar 22 2008 robots.txt drwxr-xr-x. 3 roundcube roundcube 4096 Feb 13 18:53 skins drwxr-xr-x. 2 roundcube roundcube 4096 Feb 13 18:53 SQL drwxr-xr-x. 2 apache apache 4096 Feb 13 18:53 temp -rw-r--r--. 1 roundcube roundcube 2253 Aug 14 2011 UPGRADING
Now, I can't even get to the installer! I get the 403 Forbidden error whenever I try to navigate to the installer page at:
http://localhost/webmail/installer
I tried emptying my browser's cache, and changing the whole hierarchy to user apache.apache, still didn't help.
What did I screw up now? Sorry to keep bugging you but thanks for your help!
On 13 February 2012 18:24, Benny Pedersenme@junc.org wrote:
Den 2012-02-13 23:16, Advrk Aplmrkt skrev:
What am I doing wrong?
php files must never be owned or grouped by apache, as the above is i can write these files for you, if you want to ? :-)
change them to root or another user in /home where unix logins works, in that last thay must be owned or grouped by that user
permissions is fine, should work
php files with sensitive data in must not be world read / writeble, in that case make it grouped read only by apache after content in it is working to the db config