why in the world needs roundcube to touch the sessiondir in case of configured db-sessionhandler?
$rcmail_config['session_storage'] = 'db';
[26-Feb-2013 14:28:34 Europe/Vienna] PHP Warning: session_write_close() [<a href='http://at.php.net/manual/de/function.session-write-close.php'>function.session-write-close.php</a>]: Failed to write session data (user). Please verify that the current setting of session.save_path is correct (/var/www/sessiondata) in /usr/share/roundcubemail/program/include/rcmail.php on line 1340
Am 26.02.2013 14:25, schrieb Reindl Harald:
Am 26.02.2013 01:24, schrieb Nick Edwards:
Hi,
Using RC 0.85, linux, mysql, upgrading our servers, successfully from apache 2.4,3 to 2.4.4, now preparing to move our servers from php 5.3.22 to 5.4.12 and we have a problem, RC fails to login reporting "invalid session data" when we restart with 5.4.12.
We completely disabled suhosin, even temporarily removed open base restrictions and our list of disable functions so it has cart blanch access to everything, but no go.
Whats we see logged in errors file is:
PHP Warning: session_write_close(): Failed to write session data ( user). Please verify that the current setting of session.save_path is correct (/var/spool/phpsessions/) in /opt/webmail/program/include/rcmail.php on line 1340
confirmed and since here are running millions lines of code which all are using sessions this must be a RC bug
and no - suhosin is not a problem for roundcube before PHP 5.4 suhosin is not a problem for any other app with PHP 5.4