Bug 1532139

Description of problem:

Because of systemd confinguration for amavisd-new an enabled DCC plugin in spamassassin can't write to /etc/dcc anymore, see also:
https://bugzilla.redhat.com/show_bug.cgi?id=1473017

Trying to move the data directory to /var/dcc/etc shows that the plugin will not honor the "dcc_home" path while calling dccproc.

Version-Release number of selected component (if applicable):
spamassassin-3.4.0-2.el7.x86_64
amavisd-new-2.11.0-2.el7.noarch

How reproducible:
always after enabling dcc


Steps to Reproduce:
0. install DCC RPM, copy /etc/dcc contents to /var/dcc/etc
mkdir /var/dcc/etc
cp -a /etc/dcc/* /var/dcc/etc/
chgrp amavis /var/dcc/etc
chmod -R g+rw /var/dcc/etc

1. enable dcc in spamassassin with
grep dcc /etc/mail/spamassassin/local.cf 
use_dcc 1
dcc_home /var/dcc/etc
dcc_timeout 10
dcc_add_header 1

2. restart amavisd-new

Actual results:
Jan  8 07:27:56 st2 dccproc[1798]: open(/etc/dcc/map): Permission denied
Jan  8 07:27:56 st2 dccproc[1798]: lock_open(/etc/dcc/whiteclnt.dccx): Read-only file system

Expected results:
Using files in /var/dcc/etc


Additional info:

Following patch will extend dccproc's calling options with the home directory:

--- /usr/share/perl5/vendor_perl/Mail/SpamAssassin/Plugin/DCC.pm.orig	2014-02-07 09:36:27.000000000 +0100
+++ /usr/share/perl5/vendor_perl/Mail/SpamAssassin/Plugin/DCC.pm	2018-01-08 07:42:09.570603680 +0100
@@ -871,6 +871,10 @@
 	# learn or report spam
 	unshift(@opts, '-t', 'many');
       }
+      if ($conf->{dcc_home}) {
+	# set home directory explicitly
+	unshift(@opts, '-h', $conf->{dcc_home});
+      };
 
       defined $path  or die "no dcc_path found\n";
       dbg("$tag opening pipe to " .


Then after restart of amavisd the message is gone.

Once this is implemented next can think about fixing the DCC RPMs to change packaging structure to /var/dcc/etc