This afternoon I ran into two oddities. I haven't noticed the first in the past and have never seen the second before.
1) Missing DCC_CHECK rule ========================= I was doing some cleanup on my private rule collection, which meant running SA 3.3.2 with the command: $ spamassassin -D <data/sale01.txt 2>&1|less so I could look at the debug output when I noticed the line: meta test DIGEST_MULTIPLE has undefined dependency 'DCC_CHECK' I don't think it has any effect on SA's operation. What is missing to cause the undefined dependency? Do I need to do anything about it. 2 Failure of spamc/spamd to output any X-Spam headers ===================================================== This morning SA 3.3.2 was working as expected on my SA test box when I amended a rule to recognise a new spam variant. The test box is running a fully patched (as of last Friday) copy of Fedora 20. Then I did my normal weekly yum upgrade. Shortly after that I got some new spam which I ran a test on using my normal spamc/spamd test system on the SA test box. To my surprise, no X-Spam headers at all were added to it. Some experimentation showed that the headers are added if spamassassin is fed the message as I showed above (problem 1 was spotted when I was trying to work out what was losing the X-Spam headers), but if the message is passed to spamd via spamc the X-Spam headers are omitted from the output. I tried two known pieces of spam: both are small (2813 and 6984 bytes) and both showed the same effect, so it should not have been due to skipping a huge message. The yum upgrade replaced three Perl libraries: perl-IO-Socket-SSL-1.955-2.fc20.noarch perl-Image-ExifTool-9.60-1.fc20.noarch perl-Net-DNS-0.75-1.fc20.i686 Could this have caused either or both problems? I didn't notice anything that looked wrong in the debug report apart from the missing DCC_CHECK. This is not affecting my live mail handling box, which is still running Fedora 18 and was not upgraded today. Martin
