On Thu, Oct 09, 2003 at 11:56:29AM -0300, Fabiano Bonin wrote: > I am using SpamAssassin sice yesterday and i put it in production today, > site wide. > It's amazing. > It's filtering 95% on my daily messages, and all blocked messages are > really spams. > > BUT, in my particular point of view, spam generates 2 big problems: > > 1 - Lots of crap in our mailboxes > 2 - Lots of internet traffic > > Today, SpamAssassin is solving problem number 1 greatly, but problem > number 2 is unsolved, since i will continue to receive all this crap all > day (i just will not see it), and the internet traffix will continue > suffering. > > If there was a way to reject the spam in the mail server (returning the > rejection to the sender), maybe the spammers will remove our addresses > from its lists, and the traffic will decrease. > > Is this step possible? If yes, where can i find more documentation?
The RFC does permit a REJECT (or equivalent) in the DATA phase of the SMTP session, IIRC. That lets you kill the session as soon as the filter (probably a milter, to be able to do this) sees something that matches some rejection criterion. Getting the sender's machine to stop sending, just because you send it a REJECT, may be harder. Lots of spam-senders are b0rk3n and don't fully implement SMTP session controls. If you can get your mailer to actually send a packet with the RESET bit set, that could help. Of course, I probably am wrong about part, and possibly all, of this. -- Mike Andrews [EMAIL PROTECTED] Tired old sysadmin ------------------------------------------------------- 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
