> I think it would be nice to have a SpamAssassin HOWTO that illustrates
> how SpamAssassin can be used to reduce TMDA's challenge-response
> workload, in particular towards messages that are clearly spam
> (according to SpamAssassin).

I think this is a terrific idea, and the timing for us couldn't be better.
We're trying to figure out the best way to achieve the following general
flow:

1. Mail is checked for viruses and run through spam filters (SpamAssassin)
2. If spam score is below a certain threshold, deliver.
   If the score is above a certain threshold, quarantine/discard.
   If SA can't confidently classify as spam or ham, challenge via TMDA

We'll call step #2 above the "Challenge Check." We're trying to figure out
which process should be handling the Challenge Check logic outlined above.
The XAMS configuration currently looks like this:

1. Mail received by Exim is stored in /var/spool/exim-incoming
2. MailScanner (MS) reads exim-incoming spool & checks for new messages
3. MS processes messages (virus checking, SpamAssassin, etc.)
4. MS writes cleaned & tagged messages to /var/spool/exim-outgoing
5. Exim-outgoing process delivers any mail it finds in exim-outgoing spool

(See following link for more detail:)

http://www.xams.org/documentation/xams-mailscanner.pdf

The question is: where is the best place for the Challenge Check to go?
Should TMDA handle this logic? MailScanner? SpamAssassin?

I would be thrilled to hear what everyone thinks. Any suggestions?

Thanks a bunch,

Justin

Member, XAMS Project Team
http://www.xams.org/
XAMS: Smarter email management

==========================================================================

> From: "Jason R. Mastaler" <[EMAIL PROTECTED]>
> Date: Mon, 23 Feb 2004 23:15:45 -0700
> To: [EMAIL PROTECTED]
> Subject: SpamAssassin HOWTO anyone?
> 
> I think it would be nice to have a SpamAssassin HOWTO that illustrates
> how SpamAssassin can be used to reduce TMDA's challenge-response
> workload, in particular towards messages that are clearly spam
> (according to SpamAssassin).
> 
> There are hundreds of messages in the archives, but no concise
> documents detailing how one can leverage SpamAssassin analysis from
> one's TMDA FILTER_INCOMING file.
> 
> Is anyone interested in contributing a HOWTO to
> http://wiki.tmda.net/index.cgi/TmdaHowtos ? If not, perhaps I'll make
> a separate SpamAssassin page in the wiki to ask people to post
> descriptions of their TMDA/SpamAssassin configurations.

_____________________________________________
tmda-users mailing list ([EMAIL PROTECTED])
http://tmda.net/lists/listinfo/tmda-users

Reply via email to