On Mon, 2003-08-18 at 18:47, Chris Barnes wrote: > Situation: I run my own mailserver on a RH Linux box. > > *Some* of my email comes in directly to the [EMAIL PROTECTED] address, > while other messages are forwarded from an ISP address > ([EMAIL PROTECTED]). > > I am running SA on my own box. SA is configured with > subject_tag [SPAM] > > The ISP also runs SA on all the messages which are forwarded out, but > does not allow me to run sa-learn (or turn it off completely). They > have the 'default' subject_tag of *****SPAM*****. > > I want to completely ignore the SA results from my ISP. Running SA on > my own box already replaces the scores and any SA headers that might get > added. But I still have the problem of that pesky mugged subject line.
There's the potential there for your bayes to be learning your ISP's SA headers as spam sign. Personally I'd strip them out before you feed the mail to SA just to make sure there's no problems. > > My Question: > What would the procmail script look like that would look at the subject > line and strip out the *****SPAM***** if it exists? My idea is to put > this into the /etc/procmailrc file (which currently looks like: > > DROPPRIVS=yes > > :0fw > | /usr/bin/spamc > off the top of my head and untested, something like this. SUBJECT=`formail -c -xSubject: | sed -e 's/\*\*\*\*\*SPAM\*\*\*\*\*//g'` :0fhw | formail -ISubject: ${SUBJECT} -- Yorkshire Dave -- Scanned by MailScanner at wot.no-ip.com ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 _______________________________________________ Spamassassin-talk mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/spamassassin-talk