Print Page | Close Window

Newbie Confusion on Reject vs Deliver

Printed From: LogSat Software
Category: Spam Filter ISP
Forum Name: Spam Filter ISP Support
Forum Description: General support for Spam Filter ISP
Printed Date: 16 February 2019 at 8:56am

Topic: Newbie Confusion on Reject vs Deliver
Posted By: ebtsup
Subject: Newbie Confusion on Reject vs Deliver
Date Posted: 16 August 2010 at 6:44pm
I have on my filter settings, reject:
Reject if no reverse DNS: Checked
Reject if domain has invalid MX Record: Checked
Reject if Emply MailFrom: Checked
Rehect if Mail From=Mail To: Checked
Resolve URLS in emails & check IPs in MAPS: Checked

Tag Spam in Subject & deliver, Tag Spam in Header & Deliver.

So... SF finds the following:
X-Rejection-Reason: 21 - 557 Your IP is currently listed in SpamFilter ISP's Distributed Blacklist. 
It also delivers with the MX is not valid.

..even though I have reject it.. it will deliver?

I did read the documentation.. but I must have missed which over-rides what.

Posted By: LogSat
Date Posted: 17 August 2010 at 10:11pm

If I read your post correctly, you have the options "Tag Spam in Subject & Deliver" and "Tag Spam in Header & Deliver" checked. If this is the case, please note that both of these options (which are off by default) will cause SpamFilter to actually deliver the emails it detects to be spam instead of blocking them.
Depending on which checkbox is selected, SpamFilter will simply either add a prefix to the subject and/or a special header int he email to identify emails detected to be spam. These options are used if you wish to use client-based rules on your email clients and/or on your mail server to perform further processing on emails detected to be spam. You may also use these options to have SpamFilter deliver spam instead of stopping it if you're just testing SpamFilter to see how it performs.

Roberto Franceschetti" rel="nofollow - LogSat Software" rel="nofollow - Spam Filter ISP

Posted By: ebtsup
Date Posted: 18 August 2010 at 6:27am
Thanks for the response and information.

We did 'turn off' the Tag & Deliver option yesterday.

We also turned on the GreyListing (which many of our clients) hate.....
But between the two functions, our numbers of 'spam' (although not marked as such) - deliveries.... are way down.   I understand, being a software developer AND an ISP that there is no such thing as a 100% spam filter...   But implementing the two things came closer to the results we were (are) all planning on.

Just a general observation: (not really specific to SF software)
Really amazed, I guess, how much more the effective deterrent the Greylisting function has on spam.

Our initial intent was not to do Greylisting using SF simply because our clients do not like the delay.  Why:
Although in SF (as in  'other' email system that we use) - the greylist is in effect for only 5 minutes..... gmail (specifically) - can take up to 90 minutes before it processes through.   We tried whitelisting but it really didn't make any difference on your software.... because of the way your filters work and gmail routes their email.   Not a complaint on either side.. just the facts.  

Having said that... Greylisting (in our bench marks) - works well enough to over-ride those that complain for the delay. Smile

Print Page | Close Window