James,
Our environment is a little complicated.
We call it directly from postfix.
In master.cf we have:
smtp inet n - n - - smtpd -o
content_filter=filter:
filter unix - n n - - pipe flags=Rq
user=filter argv=/etc/mail/spamassassin/filter.sh -f ${sender} --
${recipient}
filter.sh:
spamc -u filter -d 10.0.13.28,10.0.14.22,10.0.13.31 | sendmail -i "$@"
each of the IP's listed above are load balanced nodes then their actual
IP address (we have two primary SA machines on the backend running
spamd).
We have a similar configuration for our virus scanning as well.
Alternatively you can defer it yourself. Nothing says you have to
re-inject it back to sendmail.
There is some pseudo code that we do in dev.
Tee -a sometmpfile | spamc -params-you-see-fix | sometmpfile.sa
Check for sa flag in sometmpfile.sa or return codes, etc
If there is,
cat sometmpfile.sa,
unlink original
Else
Move tmpfile to your queue directory
get some caffine as you will need to write a crontab retests
those queued email
if that job works, reinject into sendmail
Did I miss anything?
Gary Wayne Smith
> -----Original Message-----
> From: James Keating [mailto:[EMAIL PROTECTED]
> Sent: Thursday, April 06, 2006 6:02 AM
> To: Gary W. Smith
> Cc: [EMAIL PROTECTED]; users@spamassassin.apache.org
> Subject: RE: Postfix/SpamAssassin Integration
>
> Quoting "Gary W. Smith" <[EMAIL PROTECTED]>:
>
> > James,
> >
> > Timeout is 600 seconds. If spamd doesn't have respond in that
amount of
> > time them there is something else is wrong. I suppose that if all
of
> > the spamd threads are clogged then you might find a waiting list but
600
> > seconds is a lifetime.
>
> That is the point :-) If spamd crashes for some reason (I haven't
> seen this personally, but no program is perfect), can spamc "defer"
> the message back into postfix's queue?
>
> Gary - What method do you use for invocating spamassassin?
>
> - James
>
