I have noticed that some emails that are rejected keep trying to get sent in every five minutes by the orginating server.  This is not true of all emails, but a significant number of servers will not stop trying to send in a message until it is accepted.  Can you alter whatever is sent back to the orginating server to tell it the message was accepted, even if I am going to tag it as spam and toss it in the quarantine.  Otherwise we are wasting a ton of space and bandwidth in getting hit with the same messages every five minutes.

Doug,

What you're asking does violate the RFCs, since if an email is not delivered the remote server MUST be notified. However in our opinion the RFCs need to be updated, since they were written when spam did not exist...

In the latest builds of SpamFilter v2.0 we added a couple of options that should give you the functionality you request. Below is an excerpt of the new readme.html http://file:

The following custom parameters in the [server settings] section of the SpamFilter.ini file can be used to change default behaviors.

;Setting DoNotSendNDROnQuarantine to 1 will prevent generation of NDR when email are quarantined by causing SpamFilter *not* to send an error code when quarantining emails
DoNotSendNDROnQuarantine=0

That option is global to SpamFilter. All emails that are classified as spam will not generate NDRs. Some blacklists also allow you to add a :NULL suffix to them. This will cause only the emails that match that blacklist entry to be sent to NULL and will not generate NDR (they won't be quarantined either).

Hope this helps,

Roberto F.
LogSat Software

So ... use the no ndr setting where ever you can and the same for the null settings and the hell with RFC in this case.  You will still run into loop issues but not as many.  We use WebShield SMTP and it is designed to prevent looping but we still get into it sometimes.

Dan S.