All of that said why would it still eventually give up then and let
the mail thru without
any attempt to filter?
On Feb 23, 2007, at 3:37 AM, David Goldsmith wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Mathias Homann wrote:
Hi,
I'm running the following mail chain:
fetchmail -> postfix -> clamsmtpd -> postfix -> spamassassin 3.1.7
(as
local_transport via the spamdeliver python script that came with the
spamassassin sources) -> cyrus imapd (where spam gets sorted out
based on its
score).
now, since a few days, i keep getting the same spam mail several
times a day,
which has _no_ spamassassin headers at all, as if it has found a
way _around_
my spamassassin.
Anyone got any ideas?
...where can i put the mail for general inspection? I guess if I
attached it
to a mail to this list, it would get filtered, right?
bye,
MH
Check your mail log for error messages like this one:
spamd[12960]: prefork: server reached --max-children setting, consider
raising it
We've been running spamd with '-m8' (max children spawned) for quite
sometime and all of a sudden yesterday, we started getting similar
behavior where email was coming through without SA headers.
I'm guessing that some of the network checks we are doing are taking
longer thus tying up the spawned spamd child processes longer. I
bumped
our -m arg from 8 to 12 (still got the error) and then to 24 -- that
seems to have helped.
David Goldsmith
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3rc2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFF3rXv417vU8/9QfkRAv1CAJ0b6xAHyEmGj53KH+OZ7Fwxhpx2YACgn15T
sNKYjCT7rPcJnDTKl3T8gIc=
=AWyO
-----END PGP SIGNATURE-----
