Webmail / Squirrelmail bugs?

nobaloney

NoBaloney Internet Svcs - In Memoriam †
Joined
Jun 16, 2003
Messages
26,113
Location
California
This looks like a bug to me, and it looks as if it was introduced in a recent build.

We built this system a few days ago, and here's what it tells us it's running:

Compiled for Redhat 7.3
Server Version 1.21.2
Current Available Version 1.212000
Last Updated Mon Mar 8 21:30:06 2004

We got the following errors when trying to run Webmail (UeBiMiau):

Warning: mkdir(./tmp/_cached_templates): Permission denied in /var/www/html/webmail/smarty/Smarty.class.php on line 1412

Warning: Smarty error: problem creating directory "./tmp//_cached_templates/neotech.net" in /var/www/html/webmail/smarty/Smarty.class.php on line 1543

Warning: Smarty error: problem writing './tmp//_cached_templates/neotech.net/login.php.' in /var/www/html/webmail/smarty/Smarty.class.php on line 1543

Warning: fetch(./tmp//_cached_templates/neotech.net/login.php): failed to open stream: No such file or directory in /var/www/html/webmail/smarty/Smarty.class.php on line 633

Warning: fetch(): Failed opening './tmp//_cached_templates/neotech.net/login.php' for inclusion (include_path='.:/usr/local/lib/php') in /var/www/html/webmail/smarty/Smarty.class.php on line 633

The problem turned out to be ownership and permissions related.

/var/www/html/webmail/tmp was set as 755, root:root. It should have been (according to an older, successfully running installation), 755, apache:apache.

The contents were 744, root:root, and should have been 744, apache:apache.

Fixing the permissions and ownership solved the problem.

When running squirrelmail, after login, we got this error:

Error opening ../data/default_pref
Could not create initial preference file!
../data/ should be writable by user apache
Please contact your system administrator and report this error.

Again, the problem appears to be ownership and permissions related.

/var/www/html/squirrelmail-1.4.2/data was set for 755, root:root. It should have been (again, according to the other system we used as a reference) 700, apache:apache.

The contents were 744, root:root, and should have been 700 apache:apache.

Again, fixing the problems resolved the errors.

Jeff
 
Have you tried running:

cd /usr/local/directadmin/scripts/
./webmail.sh (for uebimiau)
./squirrelmail.sh (for SM)

that should fix permissions on both clients...

Chris
 
ProWebUK said:
Have you tried running:

cd /usr/local/directadmin/scripts/
./webmail.sh (for uebimiau)
./squirrelmail.sh (for SM)

that should fix permissions on both clients...
According to John's post on the subject:
There was a PATH bug in the installer a while ago where the tar program couldn't find gzip, but the installer has been fixed now. The scripts mentioned above will solve the problem.
Earlier installs we've done (since John's announcement of the fix) worked properly immediately after the installation without running the scripts. And the installation instructions make no mention of running the script. (Because we understand that installation methods can change, we read and follow them precisely for each instal.)

So it does look as if this is a reintroduced bug.

Jeff
 
Hello,

I'll go hunting.. what might be happening is the squirrelmail and webmail programs are being isntalled with the correct permissions, but somewhere along the line after that, the apache user is being removed and added again with a different UID.. I'll try and find where/if that's happening.

John
 
Or else John you could just run the two scripts as part of your post-install routine.

But I'd much rather you knew why it was happening and fixed it.

Jeff
 
Have you tried running:

cd /usr/local/directadmin/scripts/
./webmail.sh (for uebimiau)
./squirrelmail.sh (for SM)

that should fix permissions on both clients...

I just installed Directadmin on Fedora 2.0 release a couple days ago and ran into this same issue. Running above scripts cleared it up. Is this a bug or feature? ;<)

Matthew
 
I'm going to bump those scripts to be run after cusomapache.. not sure why the apache user is changing as it is.

John
 
Oh .. I also has same problem when i install in Fodera Core 1.0 at 12/07 .


IT seems ... the DA has a problem in Fodera OS .
 
After I do these :

cd /usr/local/directadmin/scripts/
./webmail.sh (for uebimiau)
./squirrelmail.sh (for SM)




All problem Solved ! Thank you ! It nice to have your idea .
 
ProWebUK said:
Have you tried running:

cd /usr/local/directadmin/scripts/
./webmail.sh (for uebimiau)
./squirrelmail.sh (for SM)

that should fix permissions on both clients...

Chris

not sure why, but after running these scripts, my issues are still remaining.

www.domain.com/webmail gives me

Warning: mkdir(): SAFE MODE Restriction in effect. The script whose uid is 0 is not allowed to access ./tmp/_cached_templates owned by uid 48 in /var/www/html/webmail/smarty/Smarty.class.php on line 1412


www.domain.com/squirrelmail gives me

Error opening ../data/default_pref
Default preference file not found or not readable!
Please contact your system administrator and report this error

what should I do now?
thanks,
 
Back
Top