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
URL: https://www.logsat.com/spamfilter/forums/forum_posts.asp?TID=6864
Printed Date: 05 February 2025 at 9:09am
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 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 |
Replies:
Posted By: LogSat
Date Posted: 17 August 2010 at 10:11pm
|
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. ------------- Roberto Franceschetti http://www.logsat.com" rel="nofollow - LogSat Software http://www.logsat.com/sfi-spam-filter.asp" 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 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.  |