-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Recently we've been seeing a *lot* of Exim users asking questions
(here and on IRC) about spamd chewing up massive quantities of
RAM.

It appears that Exiscan has now become part of Exim by default,
and it also appears that (at least in the default exiscan patch)
it doesn't modify the config files directly to add itself to
the MTA's flow.

Is there a possibility that in default Exim setups, or default
OS-specific Exim packages, the exiscan config lines are being
inserted *without* the required message size limits, thereby
allowing massive emails to be scanned by SpamAssassin?  that
would inflate scanner sizes nonlinearly (and is always a no-no
with SpamAssassin).

Here's what I mean.  here's a good configuration stanza:

  deny message = Classified as spam (score $spam_score)
     condition = ${if <{$message_size}{300k}{1}{0}}
     spam = nobody

and here's a bad one:

  deny message = Classified as spam (score $spam_score)
     spam = nobody

(note the lack of the "{$message_size}" condition line.)

I'd appreciate if a few Exim wizzes -- and users of Exim/exiscan
on various platforms -- take a quick grep for "spam =" in
their config files and see if they're missing the key line
anywhere.

- --j.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Exmh CVS

iD8DBQFCl3loMJF5cimLx9ARApxmAJoCLoBbeM4x4eYVF+JZe7LjmDYudQCbBe6u
mxEL65GioSftGtAs5IeyKH0=
=6yeL
-----END PGP SIGNATURE-----

Reply via email to