• Please be aware: Kaspersky Anti-Virus has been deprecated
    With the upgrade to Plesk Obsidian 18.0.64, "Kaspersky Anti-Virus for Servers" will be automatically removed from the servers it is installed on. We recommend that you migrate to Sophos Anti-Virus for Servers.
  • The Horde webmail has been deprecated. Its complete removal is scheduled for April 2025. For details and recommended actions, see the Feature and Deprecation Plan.
  • We’re working on enhancing the Monitoring feature in Plesk, and we could really use your expertise! If you’re open to sharing your experiences with server and website monitoring or providing feedback, we’d love to have a one-hour online meeting with you.

Plesk 12.0.18 MU#54 and MU#55

I started with alt-php55, but the mariadb drivers are not were not linked correctly. If you're using mysql, I believe they were fine. Under alt-php53 the mariadb drivers are linked correctly and the php version is 5.3.29 so it works for me. Perhaps php54 would work as well I just didn't check. I think the problem is that CL 6 is running php 5.3.3 which is no longer supported by roundcube.
 
What is the point of using the folder name "cl.php.d" ? The above did not work for me? I have CL 6.6 server btw.
 
Still getting same errors too :(

Code:
(104)Connection reset by peer: mod_fcgid: error reading data from FastCGI server

[Thu Jul 09 17:46:13 2015] [error] [client 98.219.0.227] Premature end of script headers: index.php
 
What is the point of using the folder name "cl.php.d" ? The above did not work for me? I have CL 6.6 server btw.

I'm also running 6.6.
/opt/alt/php53/etc/php.d is a symlink to /etc/cl.php.d/alt-php53. Under the default installation this target doesn't exist. It is populated on a per-user basis by cagefs. I populated it to make it globally available since roundcube doesn't run under cagefs.

I don't know about the error you are getting. I'm not having that issue. I did find mention of that error with plesk 12 at http://stackoverflow.com/questions/...-fcgid-error-reading-data-from-fastcgi-server
 
I'm also running 6.6.
/opt/alt/php53/etc/php.d is a symlink to /etc/cl.php.d/alt-php53. Under the default installation this target doesn't exist. It is populated on a per-user basis by cagefs. I populated it to make it globally available since roundcube doesn't run under cagefs.

I don't know about the error you are getting. I'm not having that issue. I did find mention of that error with plesk 12 at http://stackoverflow.com/questions/...-fcgid-error-reading-data-from-fastcgi-server
SO how did you do that? I missed that step in your instructions?
 
even after applying the latest patch it shows the bellow error for round cube.

=========
You will need to install PHP >= 5.3.7 in order to use Roundcube webmail.
=========
 
Yes, it works.
Just elaborating the steps per James at #11 and Shane at #25 above.

Plesk Control Panel
1. Add PHP5.5 (or another) through the Plesk control panel and verify.

SSH into the Box
2. Login to the box with sudo/root access.
3. Create a custom folder in /usr/local/psa/admin/conf/templates/ if it had not already existed.
4. Copy /usr/local/psa/admin/conf/templates/default/roundcube.php to /usr/local/psa/admin/conf/templates/custom/.
5. Edit /usr/local/psa/admin/conf/templates/custom/roundcube.php to change 2 entries:
PP_CUSTOM_PHP_CGI_INDEX fastcgi ---> PP_CUSTOM_PHP_CGI_INDEX plesk-php55-fastcgi

6. Run php -l /usr/local/psa/admin/conf/templates/custom/roundcube.php to catch any syntax errors.
7. Run /usr/local/psa/admin/bin/httpdmng --reconfigure-all
8. Check /etc/httpd/conf/plesk.conf.d/roundcube.conf to verify that PP_CUSTOM_PHP_CGI_INDEX is now pointing to plesk-php55-fastcgi.

Cheers.
 
Hey guys,

I posted a working fix earlier (see page 1 of this thread) but since I'm posting from a new forum account, my post was moderated and didn't show up until just now. Since most people skip to the end of the thread looking for answers, I thought I'd re-post the fix. It works, it's dead simple, and does not require changing PHP or Roundcube settings that may or may not be overwritten with a simple change in Plesk.

Here's a fix that works and has been tested, and implemented on a few hundred servers today - all CentOS v6.6:

1. Download Roundcube 1.0.5 package:

# wget http://autoinstall.plesk.com/PSA_12...cube-1.0.5-cos6.build1200150212.11.noarch.rpm

2. Downgrade Roundcube with the following command:

# rpm -Uvh --oldpackage plesk-roundcube-1.0.5-cos6.build1200150212.11.noarch.rpm

3. Restart psa service:

# service psa restart

May want to disable Plesk 12 automatic updates, though, so that the above rollback does not get auto-updated in the middle of the night again.
 
Yes, it works.
Just elaborating the steps per James at #11 and Shane at #25 above.

Plesk Control Panel
1. Add PHP5.5 (or another) through the Plesk control panel and verify.

SSH into the Box
2. Login to the box with sudo/root access.
3. Create a custom folder in /usr/local/psa/admin/conf/templates/ if it had not already existed.
4. Copy /usr/local/psa/admin/conf/templates/default/roundcube.php to /usr/local/psa/admin/conf/templates/custom/.
5. Edit /usr/local/psa/admin/conf/templates/custom/roundcube.php to change 2 entries:
PP_CUSTOM_PHP_CGI_INDEX fastcgi ---> PP_CUSTOM_PHP_CGI_INDEX plesk-php55-fastcgi

6. Run php -l /usr/local/psa/admin/conf/templates/custom/roundcube.php to catch any syntax errors.
7. Run /usr/local/psa/admin/bin/httpdmng --reconfigure-all
8. Check /etc/httpd/conf/plesk.conf.d/roundcube.conf to verify that PP_CUSTOM_PHP_CGI_INDEX is now pointing to plesk-php55-fastcgi.

Cheers.

These steps work fine. We installed 5.6.10 first and later run these steps. Webmail Login page is now showing again.
 
This works, but if the domain has PHPv 5.6.10 it will not work, the version needs to be downgraded to 5.5 for this method to work, also you need to restart psa via root login to make it work....

Correction here, it works with PHP v5.6.10 also
 
Hi all,

Thanks for so fast reports :)
php 5.3.7 is a current roundcube requirement, but we have checked that it just works fine on 5.3.3 also.

We are going to decrease required php version to 5.3.0 in a nearest update (MU#55) that is going to be released today.

Thanks,
 
I would also like to report that since this morning we where unable to login into roundcube.
"You will need to install PHP >= 5.3.7 in order to use Roundcube webmail."

Server was running centos6.6
# cat /usr/local/psa/version
12.0.18 CentOS 6 1200150615.10

#cat /root/.autoinstaller/microupdates.xml
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<patches>
<product id="plesk" version="12.0.18" installed-at="20140707T215049">
<patch version="53" timestamp="" installed-at="20150710T032432" />
</product>
</patches>

I have updated the components (microupdates) through Plesk > Updates and Upgrades.
Final check:

# cat /root/.autoinstaller/microupdates.xml
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<patches>
<product id="plesk" version="12.0.18" installed-at="20140707T215049">
<patch version="55" timestamp="" installed-at="20150710T104105" />
</product>
</patches>

I confirm the issue is now solved for me. Thanks for the quick response!
 
Last edited:
For those of us that upgraded PHP on Centos ( CloudLinux 6.6 ) and webmail did not work, what was the underlying cause of webmail not working?

I followed the instructions at http://kb.odin.com/en/115833
( although it gave no info on re-establishing php-handlers )

I am getting these errors in var/log/httpd/error_log ...

Code:
(104)Connection reset by peer: mod_fcgid: error reading data from FastCGI server
 Premature end of script headers

and these errors in /var/log/httpd/suexec_log ...
Code:
[2015-07-10 02:53:53]: uid: (502/roundcube_sysuser) gid: (506/506) cmd: cgi_wrapper
[2015-07-10 02:53:53]: cannot stat program: (cgi_wrapper)

I am worried my native install of PHP is borked? But the Panel and All Sites using Cloudlinux PHP-Selector work fine now.

Is there anyone from Plesk that lend a hand in helping me get this sorted?
 
Code:
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>

<patches>

    <product id="plesk" version="12.0.18" installed-at="20141008T025403">

        <patch version="55" timestamp="" installed-at="20150710T044052" />

    </product>

</patches>
 
Back
Top