Newbie Confusion on Reject vs Deliver |
Post Reply |
Author | |
ebtsup
Newbie Joined: 29 April 2008 Location: Ft.Worth TX Status: Offline Points: 17 |
Post Options
Thanks(0)
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 187.112.170.136 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. Thanks |
|
LogSat
Admin Group Joined: 25 January 2005 Location: United States Status: Offline Points: 4104 |
Post Options
Thanks(0)
|
ebtsup,
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.
|
|
ebtsup
Newbie Joined: 29 April 2008 Location: Ft.Worth TX Status: Offline Points: 17 |
Post Options
Thanks(0)
|
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 gmail.com.... 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. |
|
Post Reply | |
Tweet
|
Forum Jump | Forum Permissions You cannot post new topics in this forum You cannot reply to topics in this forum You cannot delete your posts in this forum You cannot edit your posts in this forum You cannot create polls in this forum You cannot vote in polls in this forum |
This page was generated in 0.129 seconds.