Bug 4812 - implement ARF support plugin
implement ARF support plugin
Status: NEW
Product: Spamassassin
Classification: Unclassified
Component: Plugins
SVN Trunk (Latest Devel Version)
Other other
: P5 enhancement
: Future
Assigned To: SpamAssassin Developer Mailing List
Depends on:
Blocks: 4560
  Show dependency tree
Reported: 2006-02-28 16:57 UTC by Justin Mason
Modified: 2014-09-12 14:38 UTC (History)
4 users (show)

Attachment Type Modified Status Actions Submitter/CLA Status

Note You need to log in before you can comment on or make changes to this bug.
Description Justin Mason 2006-02-28 16:57:28 UTC
see http://mipassoc.org/ for details on ARF.

Suresh Ramasubramanian writes:
>> Justin Mason wrote:
>> > Do you mean an ARF generator?
>> I did mean parser - one for abuse desks to parse and analyze arf -
>> something that groups on the basis of
>> 1. ham [to stop spam reports that's email from your old aunt mary]
>> 2. spamminess, bulk etc (spambayes / dcc etc)
>> #2 prioritizes spam for abuse desks to deal with fast
>> The reporting thing - ARF is basically used to send spam complaints
>> based on feedback loops, right now. Later, much later, we could look at
>> tying the spamcop reporting mechanism into arf i guess - its a large
>> enough source of complaints that it'd be worthwhile


OK, that's definitely something that a plugin can also do -- analyze the
contents if the message is in ARF format, and generate new headers
for the "marked-up" output.

Comment 1 Justin Mason 2006-02-28 16:58:10 UTC
Comment 2 Justin Mason 2006-05-26 10:13:47 UTC
This was a suggested idea for the Google Summer of Code 2006;
I'm adding it to the bugzilla for future use, and in case anyone feels
like implementing it.

Subject ID: spamassassin-arf-plugin
Keywords: arf, plugins, reporting, perl
Description: http://issues.apache.org/SpamAssassin/show_bug.cgi?id=4812 : ARF is
a spam-report format for feedback loops for ISPs; there's been some interest in
SpamAssassin understanding this and being able to match metadata inside the
messages being reported.  (This task may be too short for SoC purposes, however.)
Possible Mentors: Justin Mason (jm at jmason.org)
Comment 3 Tom Schulz 2006-05-26 13:51:32 UTC
Did you intend to make this depend on bug 4560 instead of bug 4590?
Comment 4 Justin Mason 2006-05-26 14:44:50 UTC
thanks Tom -- yes.
Comment 5 Justin Mason 2006-09-05 14:50:10 UTC
moving off 3.2.0 milestone
Comment 6 Philip Prindeville 2014-09-11 17:46:35 UTC
So, how goes this?
Comment 7 Kevin A. McGrail 2014-09-12 14:38:31 UTC
(In reply to Philip Prindeville from comment #6)
> So, how goes this?

No one has worked on it from what I can tell.  Please keep discussions like this to the dev mailing list.