You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@spamassassin.apache.org by Craig Jackson <cj...@localsurface.com> on 2005/06/17 17:15:18 UTC
possible wish list item
Regarding the report that is made part of the header, instead of a
summary of the email (which makes downloading tiresomely long even on a
high speed connection), I would like to see only the text that tripped
each particular test. Users often want to know what exactly in the email
caused it to be tagged as spam. It would be nice if I could show them in
the header at the workstation, rather than run a test from my
workstation and print it out. If this can already be done, let me know
and I'll figure out how to do it.
Thanks,
Craig Jackson
Re: possible wish list item
Posted by Matt Kettler <mk...@evi-inc.com>.
Craig Jackson wrote:
> Regarding the report that is made part of the header, instead of a
> summary of the email (which makes downloading tiresomely long even on a
> high speed connection), I would like to see only the text that tripped
> each particular test. Users often want to know what exactly in the email
> caused it to be tagged as spam. It would be nice if I could show them in
> the header at the workstation, rather than run a test from my
> workstation and print it out. If this can already be done, let me know
> and I'll figure out how to do it.
Currently, that's pretty much impossible to do in spamassassin, and it would be
difficult to do without increasing memory usage.
Right now, SA just maintains a simple hit list when it scans a message. It
doesn't extract the text which matched at all, much less save it where it can be
referenced later.
Quoting the part of the email that caused the rule to trip is particularly
difficult for eval tests, as their code could look at anything or everything.
It's also a little tricky for meta tests which wind up triggering as a cascade
of other rules trip off. (ie: DRUGS_MANYKINDS).
I'd also question who would find such a feature more useful, end users or spammers.
Certainly it has some valid uses for end users and non-spammers, but it's
considerably more useful to a spammer. For end users it answers the "why did
this happen" questions, for spammers it provides useful spam-tuning feedback
that makes their spam more effective at evading detection by SA.