I just got spamass milter working with sendmail 8.12, good enough, interesting installing latest sendmail and everything, but i have to ask myself what's the point?
I thought that the milter was going to actually tell the sendmail and thus the sender that the spam was detected and drop the SMTP session, but it just accepts it and sends it on. There's no functional difference between running milter and running spamc from /etc/procmailrc One important thing about spam filtering for my organisation would be to let any valied sender know that their mail triggered a false positive. OK, so most spammers from or reply-to addresses (if included) are only going to cause more headache if replied to, but a valid sender who triggers a false positive should at least know this. Now, it makes sense to me that if the SMTP listener could do this, by refusing the mail with a message that would let the sender know it bounced, it would allow real users to take action to get their message through and would (hopefully) make spambots back off from the system. no? what do folks think? I've no idea how to program a milter, but i did read about what one is and i think it would be great if the spamass-milter thing could be expanded to drop the mail as soon as possible in the SMTP session. _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm _______________________________________________ Spamassassin-talk mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/spamassassin-talk
