> > MagicMail Servers have been blocking all email at the connection level > > that do not have rDNS now for the past couple of years, except when SMTP > > AUTH is presented, and we haven't had an F/P reported in over a year. > > Maybe I'm beating a dead horse but.. > > http://ruleqa.spamassassin.org/20091021-r826376-n/RDNS_NONE/detail > > Hopefully you didn't mean that MagicMail somehow is an authority on the > stats or a good example to follow. Even if this isn't users list, you > should never imply that RDNS_NONE is safe to block at general 2% ham rate. > > Of course it's up to the site policy, but be prepared to.. > > - Listen to user complains > - Create a large whitelist > - Deal with imbeciles and hope they fix the DNS _some_ day > > ;-) >
Trying to keep it on topic for the dev list, in the context of the importance of the rule, but as for evidence.. MagicMail currently protects over a million mailboxes.. across ISP's all over the US, and yet we have almost zero push back on having out ISP's acitvate that policy. A couple of years ago, you could not make that happen, but now it is acceptable.. The only time we see a report, it is because some end user that isn't using SMTP authentication hit the rule, which should be bypassed for MUA->MTA traffic.. I am curious to the large HAM rate.. Again, I think the testing of this rule against a corpus might be affecting this.. We have an awful large base of activity to monitor.. and the few hams we see, well it is high time they fix their email server or soon they won't be able to send to anyone :) .. and to the other message on list.. We did find a little ham being blocked by our RATS-SPAM (vs RATS-DYNA and RATS-NOPTR) as we started deploying more 'MagicSpam' in other countries, (The odd case of foreign freemail providers mostly) However, the list is very easy to get removed from, and the ISP was indeed leaking an above normal amount of spam, however as to testing RATS, I simply noted that Warren was doing some testing in this area.. and no reflection on that Warren is any more speical or important than any other developer on this list.. I don't think we are prepared at this point to recommend RATS for general SA use, ( We like to see it in the MTA anyway) however, if the numbers look good enough, and we can find the mirrors, it is something that we might consider.. We use SA in the MagicMail system as a backup filtering technique to our own spam protection, ( Have to stop that Google and Hotmail leakage ) so of course the company looks for opportunities to improve and contribute.. This isn't something that is going to help us, we already use it.. but it might help others who dont' use MTA SMTP style absolutes.. ISP's however, have a very real interest in absolutes, if it reduces the overheads associated with filtering... But of course not at the expense of increased customer complaints, or F/P's.. So, to conclude.. having a high score on rDNS, or prejudicing it seems fine to me, as we see virtually no push back on our blocking completely no rDNS. Of course, down the road... SA might need to consider that such 'prejediced' rules have a different place.. -- -- "Catch the Magic of Linux..." ------------------------------------------------------------------------ Michael Peddemors - President/CEO - LinuxMagic Products, Services, Support and Development Visit us at http://www.linuxmagic.com ------------------------------------------------------------------------ A Wizard IT Company - For More Info http://www.wizard.ca "LinuxMagic" is a Registered TradeMark of Wizard Tower TechnoServices Ltd. ------------------------------------------------------------------------ 604-589-0037 Beautiful British Columbia, Canada This email and any electronic data contained are confidential and intended solely for the use of the individual or entity to which they are addressed. Please note that any views or opinions presented in this email are solely those of the author and are not intended to represent those of the company.
