Search the recent archive for teergrubing, (I called it a spambump, like a
speedbump in a parking lot). Basically you send continuation messages every
15-60 seconds, a perfectly legitimate RFC, you just keep it up until you or
the other side gives up.

I believe Marc Merlin (Hi Marc) on the list has implemented it as an option
on Exim (a replacement for sendmail, but the config files are different, I
could not quite get a handle on RBL invocation syntax from the doc's, maybe
that has changed). You should be able to find my July discussion with him
about it on the SA-exim list archives.

I'd love to see a sendmail milter implemented, but "don't know nuthin' 'bout
birthing no" sourceforge projects or their subsequent care and feeding. Most
of the existing milters, spamass-milter, amavis seem to be very slow to
change. The mime-defang seems to have more development activity and might be
someplace one might be able to lay the proposal on the table.

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] 
Sent: Monday, October 14, 2002 2:04 PM
To: Carl E. Mankinen
Cc: SA Talk
Subject: Re: [SAtalk] SA feature/idea?


I heard of a similar idea a while back.  The nice thing about it is that it
avoided all possible legal problems.  It also consumed some resources on
your MTA but it is surely doable.  The trick was that as soon as you've
identified that the message is spam during you MTA's conversation, slow the
conversation down to a crawl.  Make each part of the conversation take as
long as technically allowed.  Keep this up until the remote MTA either quits
or until the last command (QUIT) is received and then return an error code
like 421. :)  The idea of giving non fatal error codes came up too.  That
way the remote MTA will keep trying until the MTA eventually times out the
message.  The point is that this is supposed to consume large amounts of
resources on the spammer's MTA if he hits enough site doing this.  I like
the idea but I'm not sure how to implement it. :)

Justin

On Fri, 11 Oct 2002, Carl E. Mankinen wrote:

> With all this talk of SA stalling, I decided to go ahead and post an 
> idea that a friend of mine posed to me a couple days ago. I don't 
> think he is interested in posting to the list, but he hates spam as 
> much as I do.
> 
> The idea is to do something like the "CodeRed" tarpit (labrea, heh) 
> did for infected IIS servers, but instead use the technique to slow 
> down MTA's that are being used to deliver spam.
> 
> It would be trivial to modify spamassassin on a high score spam email, 
> to hand off the address of the offender to a tarpit daemon.
> 
> So if your MTA receives some spam, start sending half open tcp session 
> requests to the spam source/openrelay and slow it down. If a spammer 
> hits enough tarpits, then it would have the effect of totally DoS'ing 
> the relay he is using. I know that some of you will say this is a big 
> legal risk, but I wonder...
> 
> What if you changed your 220 line to say "By connecting you agree to 
> legal terms at http://blahblah"; ? Would that be sufficient to prevent 
> legal issues? (I am sure some company will get pissed their mail 
> server stopped working, and rather hire attornies instead of geeks to 
> fix the problem.)
> 
> Has anyone done anything like this yet? or has the idea been shotdown?
> 
> I didn't hear alot of noise from people that had issues with the 
> CodeRed tarpit. I see no difference between an unpatched IIS server 
> that is being used to firehose out a worm and a "misconfigured" open 
> relay MTA that is being used to firehose out a bunch of UCE.



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf _______________________________________________
Spamassassin-talk mailing list [EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/spamassassin-talk


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Spamassassin-talk mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/spamassassin-talk

Reply via email to