[Kolab-devel] Failed opening 'session_vars.php'
Pedro Mullor
pmullor at gltrade.be
Thu Nov 6 12:08:17 CET 2003
well, thx to u for this great soft !
I made a first, trivial, successful integration in no time after having
fixed this rights issue. Now I've printed the docs... ;o)
For info, when restarting kolab, the permissions are set back to 640 for the
session_vars.php file :
12:55:38 root at teddy /kolab/var/kolab/www/admin/include# ll
total 68
drwxr-xr-x 2 kolab kolab 4096 Nov 4 01:22 CVS
-rw-r--r-- 1 kolab kolab 1857 Nov 4 01:17 checks.php
-rw-r--r-- 1 kolab kolab 5019 Nov 4 01:17 headfoot.php
-rw-r--r-- 1 kolab kolab 1185 Nov 4 01:17 kolab.css
-rw-r--r-- 1 kolab kolab 4888 Nov 4 01:17 ldap_utils.php
-rw-r--r-- 1 kolab kolab 5353 Nov 4 01:17 myfunctions.php
-rw-r--r-- 1 kolab kolab 593 Nov 5 20:44 session_vars.php
-rw-r----- 1 kolab kolab 593 Nov 5 20:44 session_vars.php.old
-rw-r--r-- 1 kolab kolab 1839 Nov 4 01:17 sieve-functions.php
-rw-r--r-- 1 kolab kolab 15673 Nov 4 01:17 sieve-php.lib
-rw-r--r-- 1 kolab kolab 456 Nov 4 01:17 style.html
12:55:39 root at teddy /kolab/var/kolab/www/admin/include# /etc/init.d/kolab
stop
stopping kolab backend ...
stopping postfix ...
postfix/postfix-script: stopping the Postfix mail system
stopping apache ...
/kolab/sbin/apachectl stop: httpd stopped
stopping cyrus imapd ...
stopping saslauthd ...
stopping openldap ...
stopping proftpd (if running) ...
12:55:54 root at teddy /kolab/var/kolab/www/admin/include# ll
total 68
drwxr-xr-x 2 kolab kolab 4096 Nov 4 01:22 CVS
-rw-r--r-- 1 kolab kolab 1857 Nov 4 01:17 checks.php
-rw-r--r-- 1 kolab kolab 5019 Nov 4 01:17 headfoot.php
-rw-r--r-- 1 kolab kolab 1185 Nov 4 01:17 kolab.css
-rw-r--r-- 1 kolab kolab 4888 Nov 4 01:17 ldap_utils.php
-rw-r--r-- 1 kolab kolab 5353 Nov 4 01:17 myfunctions.php
-rw-r--r-- 1 kolab kolab 593 Nov 5 20:44 session_vars.php
-rw-r----- 1 kolab kolab 593 Nov 5 20:44 session_vars.php.old
-rw-r--r-- 1 kolab kolab 1839 Nov 4 01:17 sieve-functions.php
-rw-r--r-- 1 kolab kolab 15673 Nov 4 01:17 sieve-php.lib
-rw-r--r-- 1 kolab kolab 456 Nov 4 01:17 style.html
12:56:10 root at teddy /kolab/var/kolab/www/admin/include# /etc/init.d/kolab
start
starting openldap ...
starting sasl ...
starting cyrus imapd ...
starting apache ...
/kolab/sbin/apachectl start: httpd started
starting postfix ...
postfix/postfix-script: starting the Postfix mail system
starting kolab backend (please wait)...
12:56:24 root at teddy /kolab/var/kolab/www/admin/include# ll
total 68
drwxr-xr-x 2 kolab kolab 4096 Nov 4 01:22 CVS
-rw-r--r-- 1 kolab kolab 1857 Nov 4 01:17 checks.php
-rw-r--r-- 1 kolab kolab 5019 Nov 4 01:17 headfoot.php
-rw-r--r-- 1 kolab kolab 1185 Nov 4 01:17 kolab.css
-rw-r--r-- 1 kolab kolab 4888 Nov 4 01:17 ldap_utils.php
-rw-r--r-- 1 kolab kolab 5353 Nov 4 01:17 myfunctions.php
-rw-r----- 1 kolab kolab 593 Nov 6 12:56 session_vars.php
-rw-r----- 1 kolab kolab 593 Nov 6 12:56 session_vars.php.old
-rw-r--r-- 1 kolab kolab 1839 Nov 4 01:17 sieve-functions.php
-rw-r--r-- 1 kolab kolab 15673 Nov 4 01:17 sieve-php.lib
-rw-r--r-- 1 kolab kolab 456 Nov 4 01:17 style.html
12:56:25 root at teddy /kolab/var/kolab/www/admin/include#
Hope this helps.
Pedro
-----Original Message-----
From: kolab-devel-bounces at intevation.org
[mailto:kolab-devel-bounces at intevation.org]On Behalf Of Bernhard Reiter
Sent: Thursday, November 06, 2003 11:40 AM
To: kolab-devel at intevation.org
Subject: Re: [Kolab-devel] Failed opening 'session_vars.php'
On Wednesday 05 November 2003 19:34, Pedro Mullor wrote:
> hello, it works !!
Great!
Thanks for the patience with us!
> kolab version is as available on date 20031103 (I recompiled again), so :
> kolab-1.0-1.0.14.src.rpm
That is current, so I've opened an issue for this
as it seems to be a bug to me.
(Fresh issues are send to the list, so you can see the report.) :)
> /kolab/var/kolab/www/admin/include/session_vars.php sends :
>
> -rw-r----- 1 kolab kolab 593 Nov 4 02:03 session_vars.php
>
> /etc/group yields:
>
> kolab:*:1000:kolab
> kolab-r:*:1002:kolab-r
> kolab-n:*:1003:kolab-n
>
> so, as long as apache is running as user kolab-n, it's rather normal that
> he cannot read it. I haven't thought of that, it's rather stupid.
>
> What rights should it have ? just 4 would suffice or it has to be 6 for
> group 'others' ? I started with 4 and seems to work, but one wonders.
>
> At the same time, this has to be taken care of on the sources (& bins)
> because the same problem appears on every installation I did (4 times)
> following the QIM.
More information about the devel
mailing list