[SA-exim] Teergrubing (stalling SMTP sessions )

[Derrick 'dman' Hudson]

---------------------- multipart/signed attachment
On Sat, Jul 13, 2002 at 01:39:41PM -0700, Marc MERLIN wrote:
| On Sat, Jul 13, 2002 at 03:44:11PM -0500, Derrick 'dman' Hudson wrote:
| > | Now, I re-read the FAQ you pointed to, and I see what you mean. Inste=
ad of
| > | sitting 4mn and sending 45x message, I could:
| > | 1 wait 1mn
| > | 2 print "450- message is spam, please wait for more output
| > | 3 goto 1
| > |
| > | That definitely sound like an option I could add.  (I'll have to see
| > | how exim and local_scan react to the other side eventually dropping
| > | the connection)
| >=20
| > While this is better (more reliable, more painful, etc), the
| > local_scan function can't do it.
| >=20
| > The problem with trying to do this from the local_scan is that it
| > merely signals exim with a "thumbs up/thumbs down/not now, try again
| > later" flag.  The local_scan has no other control over what is
| > returned to the connected host.
|=20
| I  haven't looked  at the  code  yet, but  I  was thinking  that stdout  =
was
| probably redirected to the remote socket and that I could probably cheat =
and
| output 45x- messages from inside local_scan

Oooh.

| Obviously, I'd be stepping out of  the bounds than local_scan is supposed=
 to
| stay in,

Yeah, Cheater!

:-).

It would be fun, though, to only stall the connections of the
spammers, and to keep them there with a little carrot hanging in front
of their nose.

If you can do this, make sure it is not the default.  By default we'll
want to stay within the documented boundaries.

-D

--=20
Microsoft has argued that open source is bad for business, but you
have to ask, "Whose business? Theirs, or yours?"     --Tim O'Reilly
=20
http://dman.ddts.net/~dman/

---------------------- multipart/signed attachment
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 240 bytes
Desc: not available
Url : http://lists.merlins.org/archives/sa-exim/attachments/80cdde90/attachment.bin

---------------------- multipart/signed attachment--