nobaloney
NoBaloney Internet Svcs - In Memoriam †
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
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