Thank you for the reply. I did have debug logging enabled in SpamHalter while I was troubleshooting the problem and it was enabled on the configuration page.

I was able to trick the program into operating once or twice which proved it was alive, but nothing further. I've removed it from the system and moved on to other issues.

Thanks again for the suggestions.

I have just installed Spamhalter on Mercury32 for the first time (I've never used Spamhalter before). I did a vanilla installation, maintaining default settings, copied in an initial words database (from the Spamhalter website), enabled the plugin and restarted Mercury. I've dropped some test emails into Mercury's QUEUE and have received one true spam email during the course of testing (I have a very low volume of email), but I am getting no results from the program. The log file always logs the same entries for a message:

D 20100127 123008.499 MG00000B Mercury version >= 4.1
D 20100127 123008.499 MG00000B jobfile: D:\EMAIL\QUEUE\MG00000B.QDF
D 20100127 123008.499 MG00000B spamdir: \\SBS\EMAIL\IsSpam
D 20100127 123008.499 MG00000B nospamdir: \\SBS\EMAIL\IsntSpam
D 20100127 123109.357 MG00000C JF_NOFILTER

The messages contain no headers from the program indicating any kind of processing has occurred. Is there something subtle that I am overlooking? When working properly, does the plugin always add a header to every message or just failed messages? Any help on this is appreciated.

It's a long time since I installed Spamhalter, but I can confirm that on my system, I get headers (mine start X-SPAMHALTER) whether the message is spam or not. Even emails to myself (sent through my ISP's SMTP) have Spamhalter headers.

I don't have any logs that look like that, but I guess it's Spamhalter with debug logging. Are your Mercury and Spam folders on network drives?

Looking at the Spamhalter configuration in Mercury, on the General Settings tab, is there a check against "Spam filtering is enabled"?