Recent Posts

Pages: 1 [2] 3 4 ... 10
11
Other / Re: CWP needs to move forward - Fast
« Last post by djprmf on April 12, 2026, 07:50:40 AM »
Only a few weeks ago, YOU have been here, calling anyone that show a little bit of feedback about CWP lack of updates and advances as "cPanel envagelists". ANYONE - me included - that shows a little bit of frustation about the decadency of CWP have been downgraded by comments made from you.

Any one that came here, calling CWP as being outdated, or "dead", YOU active call them away. YOU have helped in the state that CWP is. and NOW you are putting this? The exact same thing that EVERYONE have been saying?

Im sorry, but must be a joke.
If CWP is in the state that it is, despite all your guides and help, YOU helped make it like this, scarring away users from the ONLY support that they have to show some bit of hope that something will change.

The fact that you, one of the CWP envangelists, NOW write this post, is the proff that this is dead and will not come back. So go look for another panel - something that you should have done long time ago... when everyone was saying it and you blame them.
CWP is dead.
12
Other / Re: CWP needs to move forward - Fast
« Last post by Starburst on April 10, 2026, 06:16:34 PM »
Agreed.

@josemnunez

Tagged him wrong before, but he does sometimes look at the forums, so does Igor.

I'm beginning to wonder if there wasn't a falling out between the 3 developers at this point.

Bug fixes continue to be released.
But no real updates like for new PHP versions, even 8.1 or 8.3 that php.net has released.

And we won't even talk about the forums falling apart, first the SSL, not the icons over the message box aren't working.

I did create a neutral forums at sysadmin.help (shameless plug), that cover CWP, CyberPanel, CSF, OWASP, and any others that may be suggested.

There's also an area for Cat and Computer Meme's.  ;D
13
Other / Re: CWP needs to move forward - Fast
« Last post by Jamshed Datori on April 10, 2026, 04:07:05 PM »
We have been waiting for CWP to be updated properly since 2023. I had contact with almost the entire team of CWP, but they stopped responding (and a few blocked me because I continued asking for an update).

I am also a big fan of CWP because this is the only control panel that can compete with paid control panels like cPanel, Plesk, etc.. but since the development has been slowed (maybe abandoned), this has dropped its market share a lot.

We need it to be compatible with AlmaLinux 9 and 10, but the support team doesn't bother about the forum and the feedback.

One more thing, they have stopped responding to the support tickets, too. I raised a support ticket on Feb 25, 2026, but despite multiple reminders, they are not responding.
14
Other / CWP needs to move forward - Fast
« Last post by Starburst on April 10, 2026, 03:26:26 PM »
<rant>

CWP needs to move forward @Jose , not only with full AlmaLinux 9 support, but also AlmaLinux 10.

And drop support for the Way Past EOL CentOS 7.

Other control panel competitors already support AlmaLinux 10 like cPanel, CyberPanel, ApisCP, Webuzo to mention a few.

Most of these also have native support for PHP 8.4 & 8.5 built-in.

Meanwhile CWP is stuck at AlmaLinux 8, because it is compatible with CentOS 7. :/

Don't get me wrong, I'm a big supporter of CWP as people know, and how certain modules can be managed and updated by themselves.
BUT there is some point you have to look around.

</rant>
15
Updates / Re: Roundcube vulnerability
« Last post by cyberspace on April 09, 2026, 03:09:47 PM »

I believe the error happens with the install line, using the default RC install script:
Code: [Select]
yes | "$src_dir/bin/installto.sh" "$INSTALL_DIR"

Put:
Code: [Select]
set -euo pipefailright after:
Code: [Select]
#!/usr/bin/env bashand:

Code: [Select]
if [[ $? -ne 0 ]]; then
    echo "Install script failed!"
    send_email "Update FAILED" "Server: $(hostname)\nStatus: installto.sh failed\nBackup: $backup_dir\nTime: $(date)"
    exit 6
fi

right after:
Code: [Select]
echo "Running install script..."
yes | "$src_dir/bin/installto.sh" "$INSTALL_DIR"

16
PHP / Re: When will PHP 8.4 be released in CWP?
« Last post by overseer on April 09, 2026, 12:49:33 PM »
You could follow the guide on AlphaGNU for AlmaLinux 9 (should work on CentOS Stream 9 unless Stream has a bug, being a beta-quality OS):
https://www.alphagnu.com/topic/614-how-to-add-custom-php-fpm-84-85-support-to-cwp-on-almalinux-9x/
17
PHP / Re: When will PHP 8.4 be released in CWP?
« Last post by sETu on April 09, 2026, 02:27:22 AM »
@cHAp, I can provide instructions on how to build PHP 8.4 for PHP version switcher. The method is semi-manual: some steps are provided by CWP itself, and some must be done manually.

Let me know if you are interested.


Hello,
Can you please share it for CWP EL9 and CentOS Stream 9?
18
Updates / Re: Roundcube vulnerability
« Last post by overseer on April 08, 2026, 11:23:15 PM »
Anyway, the script doesn't use the function like system() or exec(). Do you run the script from PHP using system() ?
I believe the error happens with the install line, using the default RC install script:
Code: [Select]
yes | "$src_dir/bin/installto.sh" "$INSTALL_DIR"So it's a bit of an outlier, but maybe you need to test for installation success before reporting it with the echo lines that follow, and maybe worth testing the actual installed version and reporting that:
Code: [Select]
grep "Version " /usr/local/cwpsrv/var/services/roundcube/index.php | awk '{print $3}'
19
Updates / Re: Roundcube vulnerability
« Last post by cyberspace on April 08, 2026, 10:38:27 PM »

I had a problem with it.
Seems CWP is running php-7.2.30 without php-intl extension.
Roundcube needs this extension to detect Spoofing.


Seems "roundcube" running on my system doesn't require intl. Anyway, if your roundcube requires it you can compile the extension from sources:

As root:
Code: [Select]
cd /usr/local/src/
wget https://www.php.net/distributions/php-7.2.30.tar.gz
tar -xvzf php-7.2.30.tar.gz
cd php-7.2.30/ext/intl
/usr/local/cwp/php71/bin/phpize
./configure --with-php-config=/usr/local/cwp/php71/bin/php-config
make
cp modules/intl.so /usr/local/cwp/php71/lib/php/extensions/no-debug-non-zts-20170718/
open the file /usr/local/cwp/php71/php.ini for editing and add the line:
Code: [Select]
extension = intl.so
right before:
Code: [Select]
zend_extension = /usr/local/ioncube/ioncube_loader_lin_7.2.so

remove sources and extracted files
Code: [Select]
rm -rf /usr/local/src/php-*
20
Updates / Re: Roundcube vulnerability
« Last post by cyberspace on April 08, 2026, 09:34:54 PM »
Just used your script to update to 1.5.15 LTS -- on one server it worked fine, but on another server it errored out due to the system() function being disabled in that version of PHP

Hi,

Sorry for the delayed reply. I’ve been away from home for a while and only have occasional access to my PC.

Anyway, the script doesn't use the function like system() or exec(). Do you run the script from PHP using system() ?
Pages: 1 [2] 3 4 ... 10