On 16/9/2015 12:05 AM, Bowie wrote:
> It sounds like it might be an issue with your init script. Check the init
> script for spamassassin and see if it is starting spamd with a
> '--siteconfigpath' option or similar.
> You may also need to check in /etc/sysconfig if your init script pulls
> anything from there.
Thanks Bowie for your response, that thought had crossed my mind at some point
also, sorry I failed to mention how it was starting up. I couldn't see any
differences between working and not-working systems here and so I've included
the advised files on how it's set up and how the process is running.
With that said, I've narrowed the issue to be symbolic links, which I had
thought I tested before sending my original message, but I guess not. I've got
a btsync folder in /home that I link my exim and SA configuration files to, it
would seem of the 5 servers configured this way, 3 SA's are having issues
following the symbolic links. All the file permissions seem fine/the same as
working and non-working systems. Although with this development, I've scripted
a copy command when the files in /home/btsync change to copy them to
"/etc/mail/spamassassin" and restart the SA service. This stream lines future
changes even further, so win win really.
I would be great to work out why symbolic links are stuffing up in 60% of my SA
installs, but I think my care level is running low now. Thank you again Bowie
for your support is has been greatly appreciated.
This still leaves one system in an interesting state, that seems to read
local.cf and addresses.cf files but ignores the latestspam.cf. I've tried
renaming it to aaaaa.cf created a new file called newspam.cf and pasted the
data into it, but it continues to ignore the data within. Yet moving this to
the local.cf file, no worries it blocks on this. I've confirmed that
"spamassassin --lint -D" sees the file but it doesn't seem to read it.
........
Sep 16 15:13:11.529 [10089] dbg: config: using "/etc/mail/spamassassin" for
site rules dir
Sep 16 15:13:11.529 [10089] dbg: config: read file
/etc/mail/spamassassin/addresses.cf
Sep 16 15:13:11.529 [10089] dbg: config: read file
/etc/mail/spamassassin/blocknathan.cf
Sep 16 15:13:11.539 [10089] dbg: config: read file
/etc/mail/spamassassin/latestspam.cf
Sep 16 15:13:11.539 [10089] dbg: config: read file
/etc/mail/spamassassin/local.cf
.........
This is even further confirmed by creating a new file called blocknathan.cf
with only a single blacklist_from that is ignored also. Is there any further
debugging where you can see what it's read, or why it's not? What is making
addresses.cf special? and why can I move it to zzzaddresses.cf and it still
works :( I'm thinking a rebuild is due for this machine, as I can't back it up
live with VMware ESXi snapshot, as it was poorly imported, so unless anyone
else has any ideas I might just step up the migration.
Thanks again for reading, Nathan.
[root@avatar spamassassin]# ll
total 64
-rw-r--r--. 1 root root 1418 Sep 16 15:17 addresses.cf
drwxr-xr-x. 2 root root 4096 Feb 17 2013 channel.d
-rw-r--r--. 1 root root 1299 Nov 16 2012 init.pre
-rw-r--r--. 1 root root 7637 Sep 16 14:13 latestspam.cf
-rw-r--r--. 1 root root 10815 Sep 16 15:09 local.cf
drwx------. 2 root root 4096 Sep 16 01:10 sa-update-keys
-rw-r--r--. 1 root root 62 Nov 16 2012 spamassassin-default.rc
-rwxr-xr-x. 1 root root 35 Nov 16 2012 spamassassin-helper.sh
-rw-r--r--. 1 root root 55 Nov 16 2012 spamassassin-spamc.rc
-rw-r--r--. 1 root root 2524 Nov 16 2012 v310.pre
-rw-r--r--. 1 root root 1194 Nov 16 2012 v312.pre
-rw-r--r--. 1 root root 2416 Nov 16 2012 v320.pre
-rw-r--r--. 1 root root 1237 Nov 16 2012 v330.pre
[root@mail2 ~]# ps aux | grep spamd
root 43121 0.0 4.5 244384 32116 ? Ss 05:05 0:06 /usr/bin/spamd
-d -c -m5 -H -r /var/run/spamd.pid
nobody 43128 2.4 8.1 255396 56804 ? R 05:06 4:55 spamd child
root 43130 0.0 7.3 249660 51432 ? S 05:06 0:12 spamd child
[root@mail2 ~]# cat /etc/sysconfig/spamassassin
# Options to spamd
SPAMDOPTIONS="-d -c -m5 -H"
[root@mail2 ~]# cat /etc/rc.d/init.d/spamassassin
#!/bin/sh
#
# spamassassin This script starts and stops the spamd daemon
#
# chkconfig: - 78 30
# processname: spamd
# description: spamd is a daemon process which uses SpamAssassin to check \
# email messages for SPAM. It is normally called by spamc \
# from a MDA.
# Source function library.
. /etc/rc.d/init.d/functions
prog="spamd"
# Source networking configuration.
. /etc/sysconfig/network
# Check that networking is up.
[ ${NETWORKING} = "no" ] && exit 0
# Set default spamd configuration.
SPAMDOPTIONS="-d -c -m5 -H"
SPAMD_PID=/var/run/spamd.pid
# Source spamd configuration.
if [ -f /etc/sysconfig/spamassassin ] ; then
. /etc/sysconfig/spamassassin
fi
[ -f /usr/bin/spamd -o -f /usr/local/bin/spamd ] || exit 0
PATH=$PATH:/usr/bin:/usr/local/bin
# By default it's all good
RETVAL=0
# See how we were called.
case "$1" in
start)
# tell portreserve to release the port
[ -x /sbin/portrelease ] && /sbin/portrelease spamd &>/dev/null || :
# Start daemon.
echo -n $"Starting $prog: "
daemon $NICELEVEL spamd $SPAMDOPTIONS -r $SPAMD_PID
RETVAL=$?
echo
if [ $RETVAL = 0 ]; then
touch /var/lock/subsys/spamd
fi
;;
stop)
# Stop daemons.
echo -n $"Stopping $prog: "
killproc spamd
RETVAL=$?
echo
if [ $RETVAL = 0 ]; then
rm -f /var/lock/subsys/spamd
rm -f $SPAMD_PID
fi
;;
restart)
$0 stop
sleep 3
$0 start
;;
condrestart)
[ -e /var/lock/subsys/spamd ] && $0 restart
;;
status)
status spamd
RETVAL=$?
;;
*)
echo "Usage: $0 {start|stop|restart|status|condrestart}"
RETVAL=1
;;
esac
exit $RETVAL
