Re: [Exim] May I cause SMTP delay for spammers (a.k.a. teerg…

Startseite
Nachricht löschen
Nachricht beantworten
Autor: Thomas Fini Hansen
Datum:  
To: Tor Slettnes
CC: exim-users
Betreff: Re: [Exim] May I cause SMTP delay for spammers (a.k.a. teergrubing)?
On Sat, Mar 20, 2004 at 01:36:00AM -0800, Tor Slettnes wrote:
> Hi all,
> So I now do something a little different. For various reasons I no
> longer use SA-Exim; instead, I have ACLs with "delay = 20s" at various
> points in the SMTP transaction (see below). For instance,


Hm, interesting.

>    - Am I breaking any standards?  (RFC2822, etc)
>      (Yeah, I know, I'll RTFM one of these days).


I'm no expert, but I'd say that you 'just got a slow server'.

>    - My machine is not busy (perhaps the largest source of incoming mail
>      is this very list), so I don't expect to be processing and stalling
>      a whole slew of incoming SMTP connections at once - but is there a
>      limit to how many fork()s the Exim daemon creates for processing
>      incoming mails?  Is that configurable?


Well, the default is 20 incoming SMTP sessions, so getting a lot of
these will have your server rejecting connections. The fix for that
is:

# Don't set a limit on incoming SMTP.
smtp_accept_max = 0
# ..unless the load is above 10.
smtp_load_reserve = 10

--
Thomas
beast@???