Step 1: Do you really want the "Send copies of all errors to postmaster" to be turned on? I have it turned off, and find that I am very quickly made aware of problems by users.
Step 2: I don't let any messages that Spamhalter has marked as spam actually reach the users and thus trigger an autoreply. What I do is have Mercury archive ALL mail. (I have a script that sorts about 1500 messages per day into daily folders which I archive to DVD on a monthly basis.)
A policy in Mercury then runs a batch file which checks for an anti-spam signature string, eg "jKx58Fq" and the "SPAM DETECTED" header. If it contains the signature string then it is ignored (ie delivered to the user). If it contains the "SPAM DETECTED" header, but no signature then a) it is logged in a file with the date, time, addresses, sender, subject line and size and b) a script sends an email to sender (via a command-line mailer called BLAT, because using Mercury for the message would cause the address to be Whitelisted) telling him or her that their message has been deleted because of suspected SPAM, but inviting them to resend their message with the antispam signature). If the message had the "SPAM DETECTED" header but no signature, then the policy triggers Mercury to delete the message.
The final step is that at 00h01 every morning a batch file sends a message from the postmaster to each local user who was sent a deleted SPAM message giving them the log entries for the previous day and instructing them to check their list and inform me if they need any of the messages recovered.
This system has been running for about 6 months here at our school. We have about 600 students and staff and the number of requests for recovery are down to 3 or 4 per day. These are most commonly where a user has signed up on a web site or joined a mailing list. It takes less than a minute to then recover that message from the archive and add the sending address to SpamHalter's whitelist.
<p>Step 1: Do you really want the "Send copies of all errors to postmaster" to be turned on? I have it turned off, and find that I am very quickly made aware of problems by users.</p><p>Step 2: I don't let any messages that Spamhalter has marked as spam actually reach the users and thus trigger an autoreply. What I do is have Mercury archive ALL mail. (I have a script that sorts about 1500 messages per day into daily folders which I archive to DVD on a monthly basis.)</p><p>A policy in Mercury then runs a&nbsp; batch file which checks for an anti-spam signature string, eg "jKx58Fq" and the "SPAM DETECTED" header. If it contains the signature string then it is ignored (ie delivered to the user). If it contains the "SPAM DETECTED" header, but no signature then a) it is logged in a file with the date, time, addresses, sender, subject line and size and b) a script sends an email to sender (via a command-line mailer called BLAT, because using Mercury for the message would cause the address to be Whitelisted) telling him or her that their message has been deleted because of suspected SPAM, but inviting them to resend their message with the antispam signature). If the message had the "SPAM DETECTED" header but no signature, then the policy triggers Mercury to delete the message.</p><p>The final step is that at 00h01 every morning a batch file sends a message from the postmaster to each local user who was sent a deleted SPAM message&nbsp; giving them the log entries for the previous day and instructing them to check their list and inform me if they need any of the messages recovered.
</p><p>This system has been running for about 6 months here at our school. We have about 600 students and staff and the number of requests for recovery are down to 3 or 4 per day. These are most commonly where a user has signed up on a web site or joined a mailing list. It takes less than a minute to then recover that message from the archive and add the sending address to SpamHalter's whitelist.</p><p>
&nbsp;</p>