On Wed, 2003-07-30 at 15:13, Chris Santerre wrote:

> 3) This seems to be the topic recently. People would like to get a little
> better then simple rule writing. I haven't looked into writing eval tests at
> all. I think there is a good reason why there is little to no info on this.
> Devs don't need people messing with SA code ;)
> 
I'm already in there and messing :)) Expect an automatic listwashing
token (rot13 etc) eval from me soon as long as nobody makes me do any
real work.

> That said, is there a way to get local eval tests? Is there a good source of
> explanation (eval test for complete bumbling iditots.) on how to write
> these? 

hmm, eval tests for idiots, kinda sounds like loaded shotguns for
idiots, should reduce the idiot count but is that really what is
desired? :)

I managed to figure how to write my own eval test by reading the source
code. Anyone who isn't at a level where they can do that really
shouldn't be trying to, or they're going to shoot themselves in the
foot. I'm not trying to dissuade anyone from trying to learn, but
there's a lot more involved in writing an eval than there is in writing
a rule, a lot more ways to get it wrong.

> This is pretty much a question for the devs. 
> 
> Before anyone gets crazy with the eval tests idea, I have seen many rules
> (meta) that will do exactly what you want. However in David's case, I can't
> think of a series of rules to do this. 
> 
There are some things you can only do inside spamassassin with an eval
test. However, there is another way.

Write a test as a recipe for procmail or even call an external test prog
from procmail (do this before spamassassin is called), add an
X-MyTestName header if the test scores positive. 

Use a test in spamassassin to match up with the header you added earlier
and score as appropriate. Don't forget to bayes_ignore_header the header
you add. 

Removing the header after the mail has been through spamassassin is the
final touch. (note formail -I won't remove it if you're using
report_safe 1 as it ends up in the body of anything marked as spam, use
sed -e).

I've used this technique to add a rule which catches my own usenet+date@
email addresses and adds points for older addresses. I also have the
same technique running on a customer's server with an early version of
my listwashing token identification code.

> -Chris
> 
-- 
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

Reply via email to