Bugs in Hestia 1.9.5

After updating to 1.9.5 in Roundcube, all old emails not from this server return the following error:

@new2vps if you are using nginx+apache2 you also need to restart apache after the fix…

systemctl restart apache2

not related to the roundcube version…

I tried it - no change. I restarted the server itself - no change.

sorry, my answer was directed to the initial problem with the ssl config…

The question is simple: if version 1.9.X is installed, after the update the panel installs 1.6.X. How can I roll back to roundcube 1.6?

Also no webmail, tried the fix now only have Success! page, version is 1.6.8 reported on Hestia 1.9.5

did you restart nginx and apache2 ?

Yeah, just restarted Apache and working now, thanks

I think the next update fixing all the issues should be expected in about six months.
I’m having the same problem on all servers where auto-updates were enabled. It’s best to disable it. If you have a lot of servers, that’s a problem.
Please join the incident and release a major update @Raphael

All changes made by community members are working reliably, including roundcube 1.9.X. It can be included in the global update.
It contains a lot of fixes. You’ve released a completely broken update.

calm down. if you apply changes outside the regular update stream, you should not run actual updates blindly/automatically.

the current update is far from completely broken. the main two issues that slipped are written above.

that things broke like your updated roundcube, which have not been officially supported yet, is not the fault of the update, simple as that.

this isn’t a product that you bought and can complain about, if it does not work. it is a free open source project that you chose to use with all culprits that come with doing so.

stop being demanding. you still can chose to buy or use something else. or simply stop relying on the updates provided if you apply your own changes anyway.

Don’t tell me how to behave. I know perfectly well the project is free. But many servers, not just mine, had automatic updates enabled. And quite a lot of other functionality broke.

obviously you need someone telling you and if I think you’ll be too demanding or offensive here, I will of course call you out for it.

But many servers, not just mine, had automatic updates enabled

yes of course. I had 8 servers automatically updated over night as well. apart from fixing the webmail conf issue, that @sahsanu kindly explained here, nothing else broke.

and as said above, having that enabled at all is a choice everyone can responsibly do on their own. if you rely on stability, maybe think again about it and only apply updates after a certain while.

And quite a lot of other functionality broke.

and what would that be?

I don’t need any instructions, let alone yours. I can figure out what I need to do without you.
If the panels hadn’t updated automatically, this conversation wouldn’t be happening. Auto-update is enabled by default.
I don’t speak English very well, so the translation may be incorrect.

You, as a sysadmin, can always disable automatic updates, which might be a wise thing to do if you manually made any adjustments to the software. Which apparently you did.

This is done on most servers. But there are also other servers, not mine, where it hasn’t been disabled.

I did not instruct you to do anything other than lowering your tone.

if you have it all figured out, then what are you doing here ranting about it? other people have the same choice as you about disabling automatic updates.

and you still have not answered what else the “lot of other functionality broke” is about.

I’m completely calm and non-aggressive. You’re imagining it. It’s all due to translation issues.
I’ve fixed what I could where it was broken.

@sahsanu One of my servers upgraded yesterday, out of curiosity i checked the roundcube version.

grep RCMAIL_VERSION /var/lib/roundcube/program/include/iniset.php | cut -d “'” -f 4

the result was 1.6.10

But the email changelog said it upgraded to 1.6.15? I guess something is not right?

Hello, I have the same problem to my server, with older email more than 10-15 days. Todays emails I can open them. Did you find a solution?

Yes, that’s not right.

Install it manually.

sed -E -i "s/^rc_v='1.*/rc_v='1.6.16'/" /usr/local/hestia/install/upgrade/upgrade.conf
sed -i -E 's/(^disable_functions.*),proc_open(.*$)/\1\2/' /etc/php/$(php -v | head -n1 | grep -o '[0-9]\.[0-9]')/cli/php.ini
sed -i -E 's/(^disable_functions.*),system(.*$)/\1\2/' /etc/php/$(php -v | head -n1 | grep -o '[0-9]\.[0-9]')/cli/php.ini
v-add-sys-roundcube

Install composer for administrator user, if the user is not admin replace it with the right user.

v-add-user-composer admin

If it is not installed, the command will install it for the admin user and if you had it already installed, you will be informed. So, now that it is installed you can update composer packages using the full path to composer.

cd /var/lib/roundcube/
COMPOSER_ALLOW_SUPERUSER=1 /home/admin/.composer/composer -n update