In article <0ckoi39u8ei1fehs6mlgos1hpvrtfnf45g@4ax.com>,
Peter <occassionally-confused@nospam.co.uk> wrote:
You can change the limits and reduce them if neccessary. See your
/etc/mail/sendmial.cf file.

Sendmail ought to self-throttle when the load on the server gets too
much anyway - unless this has been disabled, but when you say it's
"lost" what do you mean exactly?

Stopping invalid users as soon as possible is very desirable, and
by default, it ought to do this regardless of any downstream Python
scripts you have. It sounds like it's a bit of a odd setup though.

You might want to investigate using the virtusertable features.

Make sure you don't have a catch-all line in it that goes to any normal
accounts.

If you can reject an email at the envelope level, before the data is
downloaded it will very much speed things up and save it forking too
many processes.


So you're running POP on a different server?

If so, this can somewhat complicate it, but it can also make life easier
for you, depending on how you look at it You could use the pop box
for all outgoing email for example - which would mean it would deliver
internal email immediately and deliver external email independant of the
incoming email server.

I have lesser servers handling more email and they're doing spam
detection, etc. so it is possible to manage this amount of traffic
with what you want, but you're really looking at either getting someone
in who really knows what they're doing, or outsourcing it.

The router isn't going to help you with traffic blocking in any way that
would reduce your spam...

It sounds like someone "has it in" for you ... Who've you upset recently


It's been too many years since I last looked at FreeBSD, so I can't help
you there with networking/firewalling issues, but I have many sendmail
systems running. Spam's not going away, alas )-:

Gordon