• We value your experience with Plesk during 2024
    Plesk strives to perform even better in 2025. To help us improve further, please answer a few questions about your experience with Plesk Obsidian 2024.
    Please take this short survey:

    https://pt-research.typeform.com/to/AmZvSXkx
  • 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.

Resolved Roundcube config.local.php

TomBoB

Silver Pleskian
Server operating system version
AlmaLinux 8.10
Plesk version and microupdate number
Plesk 18.0.65 #1
Changelog 18.0.65
"Added the separate /usr/share/psa-roundcube/config/config.local.php file to the Roundcube webmail configuration. This file can be used to store customer’s customizations, so that they would not be lost when updating Roundcube. (PPPM-14193)"

Our servers are using Almalinux 8, latest version

The way I read above, it would auto-create the above file, blank, or with a comment in it. Didn't do that.
So we created the file manually.
Took custom configuration we had in config.inc.php , removed it there and instead put it into the config.local.php
Result: custom config settings are not being applied.

Bug? What are we missing?
 
Interesting, I am curious how this is supposed to work too.

(I had this on my to-do list to test as well, but I haven't upgraded any servers to .65 yet. Glad to read some else tested this already).
 
Hello, @TomBoB. That's an expected behavior, the file will not be automatically generated. It must be created manually if customization is needed. As for the settings not being applied, could you please provide us with the content of config.inc.php and config.local.php , along with expected/actual results, so we can attempt to reproduce the issue on our end? You may provide that in a private conversation if more convenient.
 
The default config.inc.php has just the following in it
Code:
<?php
// Copyright 1999-2024. WebPros International GmbH. All rights reserved.
$config = array();
$config['db_dsnw'] = 'mysql://roundcube:xyxyxyxyxyxyxy@localhost/roundcubemail';

We then added the following to it:
Code:
// replace Roundcube logo with this image
// specify an URL relative to the document root of this Roundcube installation
// an array can be used to specify different logos for specific template files, '*' for default logo
// for example array("*" => "/images/roundcube_logo.png", "messageprint" => "/images/roundcube_logo_print.png")
$config['skin_logo'] = "/images/companylogo.png";

$config['enable_spellcheck'] = true;
// $config['spellcheck_languages'] = array('en_GB','de','it','es','fr','sv','no','pt');
$config['spellcheck_ignore_nums'] = true;
$config['spellcheck_dictionary'] = true;

$config['smtp_auth_type'] = 'CRAM-MD5';
$config['imap_auth_type'] = 'CRAM-MD5';

$config['message_sort_col'] = 'arrival';

Works perfect. Logo shows, spell check works, and mails are sorted by arrival date.
When we take this out, and move it over to the manually created config.local.php the settings are not applied.
 
Found a little time to take a closer look. Found the issue. As we had customizations in the config.inc.php , your "update" only created the new config.inc.php.rpmnew , nothing else. It wasn't smart enough to look at the existing config.inc.php , copy the 4 standard config lines over to the new config.inc.php and the non-default configs into the new config.local.php
We'll write a few lines ourselves to automate this and run it across all our servers.

Please mark post as resolved.
 
Back
Top