I have it working now. Does this seem to make sense? Does anyone see any
potential performance issues with this?
I changed the master.cf from this:
------------------------------------------------------------------------------------------------------------------------------------------------------------
spamassassin unix - n n - - pipe
user=filter argv=/usr/local/bin/sa-filter.csh -f ${sender} -- ${recipient}
#
==========================================================================
# service type private unpriv chroot wakeup maxproc command + args
# (yes) (yes) (yes) (never) (100)
#
==========================================================================
smtp inet n - n - - smtpd -o
content_filter=spamassassin
pickup fifo n - n 60 1 pickup
cleanup unix n - n - 0 cleanup
qmgr fifo n - n 300 1 qmgr
rewrite unix - - n - - trivial-rewrite
bounce unix - - n - 0 bounce
defer unix - - n - 0 bounce
flush unix n - n 1000? 0 flush
proxymap unix - - n - - proxymap
smtp unix - - n - - smtp -o
content_filter=spamassassin
relay unix - - n - - smtp
showq unix n - n - - showq
error unix - - n - - error
local unix - n n - - local
virtual unix - n n - - virtual
lmtp unix - - n - - lmtp
-------------------------------------------------------------------------------------------------------------------------------------------------------------
to this:
procmail unix - n n - - pipe
user=filter argv=/usr/local/bin/procmail -pm /etc/procmailrc
#
==========================================================================
# service type private unpriv chroot wakeup maxproc command + args
# (yes) (yes) (yes) (never) (100)
#
==========================================================================
smtp inet n - n - - smtpd -o
content_filter=procmail
pickup fifo n - n 60 1 pickup
cleanup unix n - n - 0 cleanup
qmgr fifo n - n 300 1 qmgr
rewrite unix - - n - - trivial-rewrite
bounce unix - - n - 0 bounce
defer unix - - n - 0 bounce
flush unix n - n 1000? 0 flush
proxymap unix - - n - - proxymap
smtp unix - - n - - smtp -o
content_filter=procmail
relay unix - - n - - smtp
showq unix n - n - - showq
error unix - - n - - error
local unix - n n - - local
virtual unix - n n - - virtual
lmtp unix - - n - - lmtp
-----------------------------------------------------------------------------------------------------------------------------------------------------
before, procmail was never getting called, it seemed that postfix was
calling spamassassin and then delivering the messages, but now, postfix
calls procmail, and then procmail calls spamc with this in procmailrc:
-----------------------------------------------------------------------------------------------------------------------------------------------------
LOGFILE=/var/mail/procmaillog
VERBOSE=YES
DROPPRIVS=yes
:0fw: spamc.lock
* < 256000
| /usr/local/bin/spamc
:0:
* ^X-Spam-Level: \*\*\*\*
/tmp/spam
# Work around procmail bug: any output on stderr will cause the "F" in
"From"
# to be dropped. This will re-add it.
:0
* ^^rom[ ]
{
LOG="*** Dropped F off From_ header! Fixing up. "
:0 fhw
| sed -e '1s/^/F/'
}
------------------------------------------------------------------------------------------------------------------------------------------------------
and it does work. My concern now is performance. I got this working in
our test environment, which gets only the email I push through...) so I'm
curious to know how this will perform under a full mail load. Anyone have
any predictions based on their own experience? Any changes I should make
to ease the burden on the cpu?
Thanks, and thanks to "jdow" for the patient suggestions.
Kyle Reynolds
972-731-4731
[EMAIL PROTECTED]
"jdow"
<[EMAIL PROTECTED] To:
<users@spamassassin.apache.org>
et> cc:
Subject: Re: how to call
procmail for spam delete?
01/26/2005 05:36
PM
From: <[EMAIL PROTECTED]>
> I tried:
>
> mailbox_command = /usr/local/bin/procmail -f- -a "$USER"
> mailbox_command = /usr/local/bin/procmail
> mailbox_command = /usr/local/bin/procmail -pm /etc/procmailrc
> mailbox_command = /usr/local/bin/procmail -a "$EXTENSION"
>
> and all of them work as far as spamassassin still tags and the mail still
> gets delivered, but none of them have caused the procmail delete to begin
> working...
OK, I was unclear if you were even getting into procmailrc at all.
Since you are something important is what mailbox format you
are using.
You cite a rule:
===8<---
:0:
* ^X-Spam-Status: Yes
/tmp/spam
===8<---
What are the permissions on /tmp/spam?
Is /tmp/spam a directory (as for mailbox format) or a file (as for
mbox format?) I believe procmail may want to throw things into a
file rather than a directory. (I use mbox format here for salearn
convenience. So for me such as "/tmp/spam" must be a file.)
{^_^}
