On 5/18/05, Ken Schneider wrote:

I am trying to get postfix to work with procmail but I am missing something somewhere. I have amavisd-new-2.2.1-5 included in the mail process as per its instructions. I created a /etc/procmailrc file with a couple of rules:

***************************************************

LOGFILE=/var/log/procmail.log VERBOSE=yes #LOGABSTRACT=all

# Send all mail through SpamAssassin

:0fw: spamassassin.lock * < 256000 | spamassassin

# drop most spam

:0 h * ^X-Spam-Level: \*\*\*\*\*\*\*\* /dev/null

***************************************************

I know this is a little aggressive for spam, but this machine should only receive list mail and little else. I use my ISP email address for all other email. I think sa is being called directly by postfix but not sure, it might be called by amavis. I think I need to set procmail as the local delivery agent but have not been able to find any docs on how to do this. main.cf and master.cf files available on request, off list, due to the size of the files and that the list does not allow attachments.

Thanks,

-- Ken Schneider UNIX since 1989, linux since 1994, SuSE since 1998

"The day Microsoft makes something that doesn't suck is probably the day they start making vacuum cleaners." -Ernst Jan Plugge

-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com

Hi Ken, to set an external delivery agend use the mailbox_command option in main.cf ( see man 5 postconf ) mailbox_command = /some/where/procmail but the entry in your procmailrc does call spamassasin itself.. if you also use amavisd in your master.cf, amavis might as well check for a spamassassin ( or a running spamd instance, I'm not really sure [ it has been a while :-, ] .. ) Markus

On Wed, 2005-05-18 at 17:51 +0200, Markus Natter wrote:

On 5/18/05, Markus Natter wrote:

...

On 5/18/05, Ken Schneider wrote:

...

I am trying to get postfix to work with procmail but I am missing something somewhere. I have amavisd-new-2.2.1-5 included in the mail process as per its instructions. I created a /etc/procmailrc file with a couple of rules:

***************************************************

LOGFILE=/var/log/procmail.log VERBOSE=yes #LOGABSTRACT=all

# Send all mail through SpamAssassin

:0fw: spamassassin.lock * < 256000 | spamassassin

# drop most spam

:0 h * ^X-Spam-Level: \*\*\*\*\*\*\*\* /dev/null

***************************************************

I know this is a little aggressive for spam, but this machine should only receive list mail and little else. I use my ISP email address for all other email. I think sa is being called directly by postfix but not sure, it might be called by amavis. I think I need to set procmail as the local delivery agent but have not been able to find any docs on how to do this. main.cf and master.cf files available on request, off list, due to the size of the files and that the list does not allow attachments.

Thanks,

-- Ken Schneider UNIX since 1989, linux since 1994, SuSE since 1998

"The day Microsoft makes something that doesn't suck is probably the day they start making vacuum cleaners." -Ernst Jan Plugge

-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com

Hi Ken,

to set an external delivery agend use the mailbox_command option in main.cf ( see man 5 postconf )

mailbox_command = /some/where/procmail

but the entry in your procmailrc does call spamassasin itself.. if you also use amavisd in your master.cf, amavis might as well check for a spamassassin ( or a running spamd instance, I'm not really sure [ it has been a while :-, ] .. )

Markus

oops..

I remember.. SpamAssassin is called using the Mail::Spamassassin Perl module from amavisd.. the default configuration just marks spam mails but lets them pass..

That is correct, I found that in the /etc/amavisd.conf file so I can remove it from /etc/procmailrc. I'll check the other item anf try adding that. Thanks, -- Ken Schneider UNIX since 1989, linux since 1994, SuSE since 1998 "The day Microsoft makes something that doesn't suck is probably the day they start making vacuum cleaners." -Ernst Jan Plugge

On Wed, 2005-05-18 at 10:03 -0400, Ken Schneider wrote:

I am trying to get postfix to work with procmail but I am missing something somewhere.

mailbox_command = /usr/bin/procmail -a "$EXTENTION" I'm not entirely sure what the "$EXTENTION" means (got that in a howto somewhere long alog) but from the man page it seems to provide a way for postfix to pass additional arguments, like maybe the user(?) to procmail

I have amavisd-new-2.2.1-5 included in the mail process as per its instructions. I created a /etc/procmailrc file with a couple of rules: [snip]

:0fw: spamassassin.lock * < 256000 | spamassassin

this is unnecessary if you're using amavisd-new. Amavisd-new is a lot faster than spamassassin, and it does additional checks, and it can incorporate dspam, so you get an avarage of more checks - turns out to be a little more accurate.

sure, it might be called by amavis. I think I need to set procmail as the local delivery agent but have not been able to find any docs on how to do this. Except for the "drop spam" rule, in your case I don't really see the need for procmail (although it is really useful for sorting mail into folders). Postfix can deliver mail into both /var/spool/mail/<user> and into /home/<user>/Maildir - which is nice if you use courier-imap. The /etc/postfix/main.cf file contains all the options for this.

Dropping mail can be done in amavisd-new too, and it gives you a little more control over border-cases. Mail over a certain score will get discarded, mail between two different scores will be let through but marked, ect. The /etc/amavisd.conf file that ships with SUSE after version 9 (or 9.1, can't remember) is a shortened version. I'll send you the complete one off list (fairly large) - almost everything is explained very well in there. -- Hans du Plooy SagacIT (Pty) Ltd hansdp at sagacit dot com