Greetings, I am using fetchmail 6.3.4 and sendmail 8.13.6 on MacOS X 10.3.9 to download and deliver mail, and spamd/spamc 3.1.3 run from procmail. Under a heavy load (typically when we download a whole weekend's worth of spam first thing Monday morning) most mail is not passed through to spamc by procmail and instead is directly delivered. There are no timeouts logged from sendmail, and there are no X-Spam headers added to the messages in question. During a light load spamassassin functions normally.
# cat /etc/procmailrc DROPPRIVS=yes SHELL=/bin/sh LOGABSTRACT=no :0fw: spamassassin.lock * < 256000 | /usr/bin/spamc -U /tmp/spamd.sock -x Here is the command kicking off spamd: /usr/bin/spamd -d -x -r /var/tmp/spamd.pid --socketpath=/tmp/spamd.sock The following is a log example of a mesage not parsed by spamassasin: Aug 21 08:43:48 localhost sendmail[1857]: k7KNDlee001857: from=<[EMAIL PROTECTED] cable.net>, size=35758, class=0, nrcpts=1, msgid=<[EMAIL PROTECTED]>, proto=ESMTP, daemon=MTA, relay=localhost [127.0.0.1] ... Aug 21 08:44:54 localhost sendmail[1858]: k7KNDlee001857: to=<[EMAIL PROTECTED]>, delay=00:01:07, xdelay=00:01:06, mailer=local, pri=65963, dsn=2.0.0, stat=Sent The following is a log example of a message successfully parsed by spamassassin: Aug 21 08:45:04 localhost sendmail[2231]: k7KNF43P002231: from=<[EMAIL PROTECTED] y.com>, size=35702, class=0, nrcpts=1, msgid=<[EMAIL PROTECTED] om>, proto=ESMTP, daemon=MTA, relay=localhost [127.0.0.1] ... Aug 21 08:46:14 localhost sendmail[2232]: k7KNF43P002231: to=<[EMAIL PROTECTED] om.au>, delay=00:01:10, xdelay=00:01:10, mailer=local, pri=65899, dsn=2.0.0, stat=Sent I'm pulling my hair out over this, any assistance will be appreciated. Thanks in advance, Damon
