This is an alternative to the instructions at
FilterMailWithSpamAssassinViaMilter.
The general theory is that incoming mail will be piped through
ProcMail? and processed according to the "recipes" in each user's setup.
Advantages:
Disadvantages:
- This really doesn't play nicely with SendMailAndCyrus. Sure, you can make it work, but it may be more trouble than it's
worth.
3. Decide whether to call spamassassin directly, or run it as a daemon
3.1 Calling it directly
Pros:
- Easy to set up
- Unlikely to fail
Cons:
- Slow when processing many simultaneous requests
3.2 Running as a daemon
Pros:
- Very fast at processing multiple requests
- No startup overhead every time an email is processed
Cons:
- Use to lose email if the client (spamc) could not contact the daemon (spamd). This is probably fixed.
- A small amount of extra setup is required
To run spamd:
cd /usr/local/etc/rc.d
cp spamd.sh-dist spamd.sh
/usr/local/etc/rc.d/spamd.sh start
4. Make a default ProcMail rcfile with your favorite text editor so that it looks like this:
4.1 Calling spamassassin directly:
/root# cat /usr/local/etc/procmailrc
:0fw
| spamassassin -P
4.2 Calling the spamassassin daemon with spamc:
/root# cat /usr/local/etc/procmailrc
DROPPRIVS=yes
:0fw
| spamc
5. Configure SendMail to make ProcMail the MailDeliveryAgent?
- If you haven't already done so, create a LocalSendmailConfiguration.
- Edit your SendMail config file. Locate the MAILER(local) line near the bottom. Just before that line, insert a new line: FEATURE(local_procmail).
- Your new configuration file should look something like this:
/root# cd /etc/mail; tail -n 3 host.domain.com.mc
FEATURE(local_procmail)
MAILER(local)
MAILER(smtp)
--
KirkStrauser - 03 Jul 2003
Freebsd.FilterMailWithSpamAssassinAndProcMail moved from Freebsd.FilterMailWithSpamAssassin on 03 Jul 2003 - 17:36 by KirkStrauser -
put it back