>>>>> "FB" == Fabiano Bonin <[EMAIL PROTECTED]> writes:
FB> If there was a way to reject the spam in the mail server (returning the FB> rejection to the sender), maybe the spammers will remove our addresses FB> from its lists, and the traffic will decrease. While it is possible to reject at SMTP time, it is unlikely to get you off of most spam sources, since they don't care about bounces or having clean lists. Also, by the time you do this, you've already wasted your bandwidth to receive the message for scanning. All you save is having to queue the message before dropping it. Another issue is that if you get a significant volume of mail arrive at once, you will crush your mail server since it has to process all that mail "live". Ie, it cannot queue up the mail and scan at its own liesure while controlling system load. What I do is use some strict SMTP-time checks on commonly forged domains (aol.com, hotmail.com, etc.) and a handful of low-collateral damage DNSBLs to reduce the amount of crap that gets in to the filtering step. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Vivek Khera, Ph.D. Khera Communications, Inc. Internet: [EMAIL PROTECTED] Rockville, MD +1-240-453-8497 AIM: vivekkhera Y!: vivek_khera http://www.khera.org/~vivek/ ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php _______________________________________________ Spamassassin-talk mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/spamassassin-talk
