On Sunday 09 March 2003 07:31 pm, Johnny Quazar wrote: > Hello again TMDA enthusiasts, > > Well I'm still not up with TMDA in production (look at my silly > reply-to, the "spam this address" address). When I cut it in I will > stop using JunkFilter (keyword based and a 70% solution). > > Why use SpamAssassin if one is protected by TMDA? Just for those > unprotected keyword addresses? Any other good reason? > Well let's look at things three different ways. The most efficent use of your CPU time is to catch things at the SMTPD level. To that end, we have an access map with about 27,000 entries, blocking everything from specific email addresses to entire domains or even top level domains to specific IP addresses or IP blocks. The problem with this approach is that it is static. Every time a new spammer or other miscreant comes along, their mail gets thru until you update your list.
SpamAssassin has the ability to match patterns add up the number and decide if the content is likely to be spam. It can either be used to block spam or simply tag it. It also has the ability to learn. For those who haul their mail from remote servers via fetchmail which denies them the ability to do DNS lookups with their MTA and use RBLs, SpamAssassin gives them some ability there. It also allows for using spamtraps which report to razor, pyzor and dcc. Now, we get to TMDA, which gives you absolute control over what gets to your inbox. In a perfect world, it would be the only thing needed. That said, we have some users who must accept all messages. They use SpamAssassin to tag potential spam. They do, however use tmda-sendmail because that provides us with an easy means of combating someone sending email to us using our addresses. TMDA does have one weakness for those who must use fetchmail from remote servers. If the remote server does not handle recipient delimiters properly, the confirm process won't work properly. In that case, using both is a necessity. [verbose_mode_off] -- Sed quis custodiet ipsos custodes? ========================================================================== Robin Lynn Frank - Director of Operations - Paradigm-Omega, LLC Copyright and PGP/GPG info in mail or message headers. Email acceptance policy at http://paradigm-omega.com/email_policy.html ========================================================================== _____________________________________________ tmda-users mailing list ([EMAIL PROTECTED]) http://tmda.net/lists/listinfo/tmda-users
