and BTW can the session problem below have to do with whatever incompatibility with MariaDB instead MySQL running on my Testserver while as developer i can not imagine what to do to be incompatible with MariaDB 5.5.30 except try to find out the database type and fail
https://groups.google.com/forum/#!topic/mlug-au/Ggn4ZktiB8o
I tried dropping in MariaDB to replace MySQL as my roundcube webmail database. It didn't work for me although I can't remember exactly why, a quick google shows that others have done it successfully.
Am 12.05.2013 01:30, schrieb Reindl Harald:
// Backend to use for session storage. Can either be 'db' (default) or 'memcache' $rcmail_config['session_storage'] = 'db';
can someone explain why roundcube thinks it have the need to be special here and introduce all sorts of troubles?
every web-application but roundcube respects global settings or allow the admin to specify them in a <Directory> directive and on the server with PHP 5.4/Apache 2.4 below sessions are working for sure because phpMyAdmin and any inhouse application works, only roundcubemail-0.8.6 whines about failing to write session data
hence, their are even admins with load on their machines which set "session.gc_probability = 0" to avoid the request overhead and do the cleanup outside the webserver via cronjob
would every random application act this way it would be impossible to maintain lage setups with different apps at all ___________________________________
php_admin_value session.gc_probability "1" php_admin_value session.gc_divisor "100" php_admin_value session.gc_maxlifetime "7200" php_admin_value session.save_path "/var/www/sessiondata"
[12-May-2013 01:23:26 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