Plesk Windows Horde This request cannot be completed because the link you followed or the form you submitted was only valid for minutes. Please try again now.

Error when trying to logout would be as below and won’t let you logout as well.

“This request cannot be completed because the link you followed or the form you submitted was only valid for minutes. Please try again now.”

Solution

Edit C:\inetpub\vhosts\webmail\horde\lib\horde.php (Drive Letter will depend on where you installed Webmail/Plesk and configured IIS to load virtual hosts from)

And search for section ” SESSION['horde_form_secrets' " in the Horde.php  and instead of

if ($_SESSION['horde_form_secrets'][$token] +  $GLOBALS['conf']['urls']['token_lifetime'] * 60 < time()) {
return PEAR::raiseError(sprintf(_(“This request cannot be completed because the link you followed or the form you submitted was only valid for %s minutes”),  $GLOBALS['conf']['urls']['token_lifetime']));
}

it should be

if (($_SESSION['horde_form_secrets'][$token] + $GLOBALS['conf']['urls']['token_lifetime']) * 60 < time()) {
return PEAR::raiseError(sprintf(_(“This request cannot be completed because the link you followed or the form you submitted was only valid for %s minutes”), $GLOBALS['conf']['urls']['token_lifetime']));
}

Note the extra braces in red + bold

Howto move horde specific settings especially calendar, address box, notepad settings etc when moved from one cPanel server to another

How often you, as a sysadmin or LII support had this issue where a customer complains that his horde settings were not transferred from his old server to new one ? We had this issue many times.

Ben Thomas from cPanel has a script written for it, which I am sharing here. Weird fact is that you won’t see this anywhere in a cPanel server, not even in /scripts folder. So why wait ? download the file below and help your customers next time, the easy way

http://www.supportsages.com/blog/wp-content/uploads/2009/05/horde_settings_transferpl.gz

Usage is as below,

./horde_sql_transfer.pl -u <username> -d <data dir> -o <archive | restore>

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