cPanel or Lxadmin – Roundcube issues – SERVICE CURRENTLY NOT AVAILABLE! Error No. [0x01F4]

SERVICE CURRENTLY NOT AVAILABLE!

Error No. [0x01F4]

That is what you will see on logging to the Roundcube. How to fix it ?

on cPanel, just update roundcube

/usr/local/cpanel/bin/update-roundcube --force

On Lxadmin, just re-install

rm /var/cache/lxadmin/lxwebmail*
lphp.exe ../bin/misc/installRoundCube.php
/script/upcp

Horde errors – Fatal error: Cannot use string offset as an array in /usr/local/cpanel/base/horde/lib/Horde/Block/Layout/Manager.php on line 389

A bug reported in Horde http://bugs.horde.org/ticket/?id=4070 decided to hit one of our customer’s client accounts. Customer had old cPanel version and don’t want to upgrade due to internal reasons. Client said, he was exploring the Horde’s vast options (Horde is a web Outlook – can’t complain ) and while messing up with the Layout options in Horde he hit the bug,

Fatal error: Cannot use string offset as an array in /usr/local/cpanel/base/horde/lib/Horde/Block/Layout/Manager.php on line 389

Not sure what caused the issue and it is not happening with IE, and only in FF. However a simple layout reset fixed the issue. Good Luck. Still, we need to find the real cause.

When trying to log in to Plesk horde, the login page reloads and does not log in into webmail.

Operating System was Linux

No one was able to login to Plesk’s default webmail, horde. Enabled error reporting in php.ini and got the error message as below in the “/etc/httpd/logs/error_log” and/or “/var/log/psa-horde/psa-horde.log”

PHP Warning: Unknown(): Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/usr/local/psa/admin/sessions) in Unknown on line 0, referer: http://webmail.supportsages.com/test.php?mode=unregister

Here the solution was to edit the php.ini to use /tmp as the session.save_path or even “/var/lib/php/session”

Other solution, for similar issue (not this exact error though) is to set,

session.auto_start = 0 in php.ini
Making sure that localhost entry is in /etc/hosts and resolves. For that do a telnet localhost 143 and if you get “Connected to” message, its not that issue check /etc/hosts file. It must have permissions -rw-r–r– (644) on a ls -l
Whatever be the session.save_path setting in the php.ini, it should have the permission of 1777
Run IMP test to check the problem at: http://webmail.DOMAIN.COM/horde/imp/test.php and make sure that you get the green words for all the tests.
This problem may occur if the domain’s web content is hosted on another server and the MX DNS record doesn’t exist or points not to the Plesk server. IMP tries to check mail on whatever server the domain name resolves to. In order to prevent this from happening the domain name or MX record (if it exists) must be resolved locally to the server.

References : http://kb.parallels.com/article_41_260_en.html