Bug 47166 - Save filters in Horde after upgrade to UCS 4.3 failed
Save filters in Horde after upgrade to UCS 4.3 failed
Status: RESOLVED WONTFIX
Product: UCS
Classification: Unclassified
Component: Mail - Horde
UCS 4.3
Other Linux
: P5 normal (vote)
: ---
Assigned To: Mail maintainers
Mail maintainers
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2018-06-11 14:11 CEST by Nico Gulden
Modified: 2021-05-14 16:34 CEST (History)
1 user (show)

See Also:
What kind of report is it?: Bug Report
What type of bug is this?: 3: Simply Wrong: The implementation doesn't match the docu
Who will be affected by this bug?: 2: Will only affect a few installed domains
How will those affected feel about the bug?: 3: A User would likely not purchase the product
User Pain: 0.103
Enterprise Customer affected?: Yes
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number: 2018052221000707
Bug group (optional): External feedback, Workaround is available
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nico Gulden univentionstaff 2018-06-11 14:11:56 CEST
The problem is also described in https://help.univention.com/t/problem-mit-horde-und-spamfilter-regel/4630  

Similar to #47165 the file `/etc/horde/ingo/conf.php` had been recreated.

Relevant lines before the upgrade:

<?php
/* CONFIG START. DO NOT CHANGE ANYTHING IN OR AFTER THIS LINE. */
// $Id: 48142d13ef06c07f56427fe5b43981631bdbfdb0 $
$conf['storage']['params']['driverconfig'] = 'horde';
$conf['storage']['driver'] = 'sql';
$conf['rules']['userheader'] = true;
$conf['spam']['header'] = 'X-Spam-Level';
$conf['spam']['char'] = '*';
$conf['spam']['compare'] = 'string';
/* CONFIG END. DO NOT CHANGE ANYTHING IN OR BEFORE THIS LINE. */


after the upgrade:

<?php
/* CONFIG START. DO NOT CHANGE ANYTHING IN OR AFTER THIS LINE. */
// $Id: 48142d13ef06c07f56427fe5b43981631bdbfdb0 $
$conf['storage']['params']['driverconfig'] = 'horde';
$conf['storage']['driver'] = 'sql';
$conf['rules']['userheader'] = false;
$conf['spam']['compare'] = 'string';
/* CONFIG END. DO NOT CHANGE ANYTHING IN OR BEFORE THIS LINE. */
Comment 1 robert.evert 2018-09-24 08:48:12 CEST
Another case, where saving the filter fails after the upgrade to UCS 4.3 is when using a different hostname for mail related services and thus installing a TLS certificate for that hostname to dovecot. 

# univention-app shell horde
root@horde... # /etc/horde/ingo/backends.d/10-ucs.php

specifies the hostname for the sieve server. Usually this uses the full UCS name. In cases, where mail runs on mail.domain.tld and dovecot uses a certificate for that domain, sieve now fails to verify this domain (which is indeed good that verification works).

One user on the forum reported a third case where sieve makes problems:

https://help.univention.com/t/univention-horde-sieve-fehler-beim-speichern-der-filterregeln/9100
Comment 2 Ingo Steuwer univentionstaff 2021-05-14 13:56:10 CEST
This issue has been filed against UCS 4.3.

UCS 4.3 is out of maintenance and many UCS components have changed in later releases. Thus, this issue is now being closed.

If this issue still occurs in newer UCS versions, please use "Clone this bug" or reopen it and update the UCS version. In this case please provide detailed information on how this issue is affecting you.