don't have content_filter set in main.cf, instead use the overrides in
master.cf and have a second IP address that doesn't have a -o
content_filter
smtp inet n - n - - smtpd
-o content_filter=spamfilter:
1.2.3.4:25 inet n - n - 15 smtpd
then anything coming into 1.2.3.4 will not get checked. you may want to
add
a few overrides to only allow for certain addresses to be delivered to via
the second ip, otherwise you're opening a gateway for spammers to get
around
your spamfilter.
> > Hi all,
> >
> > I've got a user that needs to bow -completely- out of SA. This means no
> > headers added, his mail must not be altered in any way by spamassassin.
> > No choice there, it's what has to be done.
> >
> > I've got SA installed site-wide using Postfix, by having the following
> > lines in /etc/postfix/master.cf:
> >
> > smtp inet n - n - - smtpd
> > -o content_filter=spamfilter:
> >
> > spamfilter unix - n n - - pipe
> > flags=Rq user=spamfilter argv=/usr/bin/postfixfilter -f ${sender} --
> > ${recipient}
> >
> > and where /usr/bin/postfixfilter contains:
> > #!/bin/bash
> > /usr/bin/spamc | /usr/sbin/sendmail -i "$@"
> > exit $?
> >
> > How can I convert all this to run without processing for this user? I'd
> > thought of using procmail and having individual .procmailrc & .forward
> > files in each user's home directory, but is that feasible? How would I
> > go about doing it? Is there an easier way for a specific users mail not
> > to be altered in any way? Even all_spam_to adds headers, and I can't do
> > that.
> >
> > Sorry for this, but if you folks can reply quickly I'd appreciate
> > it...I've got to get this in place.
> >
> > Many thanks,
> >
> > Greg
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: ObjectStore.
> > If flattening out C++ or Java code to make your application fit in a
> > relational database is painful, don't do it! Check out ObjectStore.
> > Now part of Progress Software. http://www.objectstore.net/sourceforge
> > _______________________________________________
> > Spamassassin-talk mailing list
> > [EMAIL PROTECTED]
> > https://lists.sourceforge.net/lists/listinfo/spamassassin-talk
>
-------------------------------------------------------
This SF.net email is sponsored by: ObjectStore.
If flattening out C++ or Java code to make your application fit in a
relational database is painful, don't do it! Check out ObjectStore.
Now part of Progress Software. http://www.objectstore.net/sourceforge
_______________________________________________
Spamassassin-talk mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/spamassassin-talk
