mimedefang: md-mx-ctrl reread does not work
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
mimedefang (Ubuntu) |
Fix Released
|
High
|
Unassigned | ||
Xenial |
Fix Released
|
High
|
Brian Murray |
Bug Description
[Impact]
This is a regression.
While the main purpose of this is to "reread the filter rules", the biggest use by frequency is to reload the SpamAssassin rules. In our production deployment, this happens up to daily--every time their is a SpamAssassin rule update released.
Without the ability to use "reread", one must fall back on "restart". That's a disruptive operation that will result in mail being tempfailed for a short period of time.
If sysadmins have not noticed this regression, then rule changes are not getting applied properly, though normal slave turnover eventually brings them in.
[Test Case]
Steps to reproduce:
sudo md-mx-ctrl reread
Expected results:
Forced reread of filter rules
Actual results:
Cannot destroy and recreate a Perl interpreter safely on this platform. Filter rules will NOT be reread.
[Regression Potential]
The regression potential is small. The patch changes a ./configure test only. The only impact on the application code comes from the SAFE_EMBED_PERL #define being correctly enabled again, which it has been "forever".
[Other Info]
This patch has been accepted upstream:
http://
I am running this change in production, as installed from our PPA:
https:/
Changed in mimedefang (Ubuntu): | |
importance: | Undecided → High |
description: | updated |
description: | updated |
tags: | added: patch |
description: | updated |
Changed in mimedefang (Ubuntu Xenial): | |
importance: | Undecided → High |
I can confirm Richard's patch. I rebuilt a package and since then reread works very well. A good idea might be to place a script in /etc/mail/ spamassassin/ sa-update- hooks.d to automatically reread mimedefang after sa-update. I guess most users forget a reread after sa-update therefore new updates never catch until reboot or manual mimedefang restart.