Enforcing the rule on new connections is easy, and requires nothing on the part of your local MTA. Dropping connections when you're not actually receiving the message body is also easy. Dropping connections while receiving the body of the message is *not* quite so easy.
Uh, no. Bad idea. You don't want to drop connections. Some MTAs are broken and would bounce a potentially legitimate message (albeit one that might have some of the apparent hallmarks of probable spam).
You want to refuse the connection in the first place. That's the hard thing.
An even more (overly?) polite mechanism replaces #3 above with a graceful 4xx or 5xx message to the remote server.
Did I understand your question correctly?
If the connection had already been accepted (and you had no control), then subverting it and handing back a 4xx response code would be the best thing to do. Just make sure that you don't 4xx the same message for too long a period of time, otherwise it would be inappropriately bounced. So, you might need some sort of scoring mechanism.
However, maybe I should subscribe to it as well.
From what I've been reading, I'd hold off a little bit. They don't seem to be getting anywhere.
Thanks for the warning.
-- Brad Knowles, <[EMAIL PROTECTED]>
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
-Benjamin Franklin, Historical Review of Pennsylvania.GCS/IT d+(-) s:+(++)>: a C++(+++)$ UMBSHI++++$ P+>++ L+ !E-(---) W+++(--) N+ !w--- O- M++ V PS++(+++) PE- Y+(++) PGP>+++ t+(+++) 5++(+++) X++(+++) R+(+++) tv+(+++) b+(++++) DI+(++++) D+(++) G+(++++) e++>++++ h--- r---(+++)* z(+++) ---- : The tarproxy-list mailing list is archived at : http://www.mail-archive.com/tarproxy-list%40martiansoftware.com/ : : To unsubscribe from this list, follow the instructions at : http://www.martiansoftware.com/contact.html : : TarProxy's project page can be found at : http://www.martiansoftware.com/tarproxy
