You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@spamassassin.apache.org by Eugene Morozov <ka...@online.ru> on 2004/02/26 22:14:51 UTC
CRM114 plugin
Hello!
I've created a beta version of crm114 plugin for
SpamAssassin. I didn't implemented config options
(is it possible without hacking SA Conf.pm?), so crm114
command is hardcoded in the module code. Here's my
sample configuration:
loadplugin crm114 /home/jmv/projects/spamassassin/crm114.pm
ifplugin crm114
# This is probably lame, but I've just started using
# crm114 and doesn't fully understand yet how it
# works and what its pR really mean
body CRM114_SPAM_00 eval:check_crm('-10.00', '-0.01')
body CRM114_SPAM_10 eval:check_crm('-50.00', '-10.00')
body CRM114_SPAM_50 eval:check_crm('-100.00', '-50.00')
body CRM114_SPAM_99 eval:check_crm('undef', '-100.00')
body CRM114_HAM_00 eval:check_crm('0.00', '10.00')
body CRM114_HAM_10 eval:check_crm('10.00', '50.00')
body CRM114_HAM_50 eval:check_crm('50.00', '100.00')
body CRM114_HAM_99 eval:check_crm('100.00', 'undef')
score CRM114_SPAM_00 1
score CRM114_SPAM_10 1.5
score CRM114_SPAM_50 3
score CRM114_SPAM_99 4
score CRM114_HAM_00 -1
score CRM114_HAM_10 -1.5
score CRM114_HAM_50 -3
score CRM114_HAM_99 -4
tflags CRM114_SPAM_00 learn
tflags CRM114_SPAM_10 learn
tflags CRM114_SPAM_50 learn
tflags CRM114_SPAM_99 learn
tflags CRM_114_HAM_00 nice learn
tflags CRM_114_HAM_10 nice learn
tflags CRM_114_HAM_50 nice learn
tflags CRM_114_HAM_99 nice learn
describe CRM114_SPAM_00 CRM114 pR from -0.01 to -10.00
describe CRM114_SPAM_10 CRM114 pR from -10.00 to -50.00
describe CRM114_SPAM_50 CRM114 pR from -50.00 to -100.00
describe CRM114_SPAM_99 CRM114 pR from -100.00 to -999.99
describe CRM114_HAM_00 CRM114 pR from 0.00 to 10.00
describe CRM114_HAM_10 CRM114 pR from 10.00 to 50.00
describe CRM114_HAM_50 CRM114 pR from 50.00 to 100.00
describe CRM114_HAM_99 CRM114 pR from 100.00 to 999.99
endif
Module code is in the attachment. Comments are welcome.
Eugene
--
Email: jmv /at/ online.ru
Re: CRM114 plugin
Posted by Jerrin Kallukalam <je...@guardiandigital.com>.
Eugene Morozov wrote:
>"Jon" <gr...@ez15loan.com> writes:
>
>
>
>>Hi Eugene,
>>
>>Very interesting. Perhaps you could post this on bugzilla? Seems like a
>>nice addition.
>>
>>
>>
>
>Hello!
>Perhaps I will after some testing. I've already found
>a bug yesterday:
>Buggy line:
> if (/^X-CRM114-Status: \w+\s+\( pR: ([-\d.]+) \)/) {
>Fixed line:
> if (/^X-CRM114-Status: \w+\s+\( pR: ([-\d.]+)\s*\)/) {
>
>And I also should implement many of things discussed
>here if I want to make this plugin more useful:
>http://bugzilla.spamassassin.org/show_bug.cgi?id=2301
>Eugene
>
>
>
Hi,
This is very cool. Do you plan to implement auto-learning, like in
http://bugzilla.spamassassin.org/show_bug.cgi?id=2301 ?
Making a crm114 database by hand is difficult, especially if we follow
the authors way of teaching on error on realtime.
Re: CRM114 plugin
Posted by Eugene Morozov <ka...@online.ru>.
"Jon" <gr...@ez15loan.com> writes:
> Hi Eugene,
>
> Very interesting. Perhaps you could post this on bugzilla? Seems like a
> nice addition.
>
Hello!
Perhaps I will after some testing. I've already found
a bug yesterday:
Buggy line:
if (/^X-CRM114-Status: \w+\s+\( pR: ([-\d.]+) \)/) {
Fixed line:
if (/^X-CRM114-Status: \w+\s+\( pR: ([-\d.]+)\s*\)/) {
And I also should implement many of things discussed
here if I want to make this plugin more useful:
http://bugzilla.spamassassin.org/show_bug.cgi?id=2301
Eugene
--
Email: jmv /at/ online.ru
Re: CRM114 plugin
Posted by Jon <gr...@ez15loan.com>.
Hi Eugene,
Very interesting. Perhaps you could post this on bugzilla? Seems like a
nice addition.
--
Regards,
Jon
Eugene Morozov said:
> Hello!
> I've created a beta version of crm114 plugin for
> SpamAssassin. I didn't implemented config options
> (is it possible without hacking SA Conf.pm?), so crm114
> command is hardcoded in the module code. Here's my
> sample configuration:
>
> loadplugin crm114 /home/jmv/projects/spamassassin/crm114.pm
> ifplugin crm114
> # This is probably lame, but I've just started using
> # crm114 and doesn't fully understand yet how it
> # works and what its pR really mean
> body CRM114_SPAM_00 eval:check_crm('-10.00', '-0.01')
> body CRM114_SPAM_10 eval:check_crm('-50.00', '-10.00')
> body CRM114_SPAM_50 eval:check_crm('-100.00', '-50.00')
> body CRM114_SPAM_99 eval:check_crm('undef', '-100.00')
>
> body CRM114_HAM_00 eval:check_crm('0.00', '10.00')
> body CRM114_HAM_10 eval:check_crm('10.00', '50.00')
> body CRM114_HAM_50 eval:check_crm('50.00', '100.00')
> body CRM114_HAM_99 eval:check_crm('100.00', 'undef')
>
> score CRM114_SPAM_00 1
> score CRM114_SPAM_10 1.5
> score CRM114_SPAM_50 3
> score CRM114_SPAM_99 4
>
> score CRM114_HAM_00 -1
> score CRM114_HAM_10 -1.5
> score CRM114_HAM_50 -3
> score CRM114_HAM_99 -4
>
> tflags CRM114_SPAM_00 learn
> tflags CRM114_SPAM_10 learn
> tflags CRM114_SPAM_50 learn
> tflags CRM114_SPAM_99 learn
> tflags CRM_114_HAM_00 nice learn
> tflags CRM_114_HAM_10 nice learn
> tflags CRM_114_HAM_50 nice learn
> tflags CRM_114_HAM_99 nice learn
>
> describe CRM114_SPAM_00 CRM114 pR from -0.01 to -10.00
> describe CRM114_SPAM_10 CRM114 pR from -10.00 to -50.00
> describe CRM114_SPAM_50 CRM114 pR from -50.00 to -100.00
> describe CRM114_SPAM_99 CRM114 pR from -100.00 to -999.99
>
> describe CRM114_HAM_00 CRM114 pR from 0.00 to 10.00
> describe CRM114_HAM_10 CRM114 pR from 10.00 to 50.00
> describe CRM114_HAM_50 CRM114 pR from 50.00 to 100.00
> describe CRM114_HAM_99 CRM114 pR from 100.00 to 999.99
> endif
>
> Module code is in the attachment. Comments are welcome.
> Eugene
>
> --
> Email: jmv /at/ online.ru
>
Re: CRM114 plugin
Posted by "Carl R. Friend" <cr...@rcn.com>.
On Fri, 27 Feb 2004, Eugene Morozov wrote:
> I've created a beta version of crm114 plugin for
> SpamAssassin. I didn't implemented config options
> (is it possible without hacking SA Conf.pm?), so crm114
> command is hardcoded in the module code. Here's my
> sample configuration:
My question is *definitely* lame, but when did we get the
"loadplugin" capability? I've got a couple of eval() rules
that I've been using to reasonable success which might be
(1) shared with the community and (2) should be removed from
(a hand-hacked) EvalTests.pm. This is a *wonderful*
enhancement if it allows "external" computational testing
of messages!
+------------------------------------------------+---------------------+
| Carl Richard Friend (UNIX Sysadmin) | West Boylston |
| Minicomputer Collector / Enthusiast | Massachusetts, USA |
| mailto:crfriend@rcn.com +---------------------+
| http://users.rcn.com/crfriend/museum | ICBM: 42:22N 71:47W |
+------------------------------------------------+---------------------+