On Fri, 25 Nov 2005, Gerard Robin wrote:

> I knew the package debian spamassassin but the description of the package 
> is no clear about a few points.

Fortunately, they have a web site with copious documentation :-)

> 1. if the spams are deleted on the server or on my hard disk.
>    I have a slow connection (not the ADSL ;-))

That's up to you. The typical configuration has SpamAssassin running on 
the server, invoked by a tool such as procmail or another MTA. 

SpamAssassin itself doesn't delete anything, it just provides 
estimations of how likely a message is to be spam or not-spam; it's up 
to your MTA (procmail, etc) or mail client (mutt, Thunderbird, etc) to 
decide how to act on the message headers that SpamAssassin adds. 

Typically, for a score of 5.0 or higher, one might move the message to a 
spamtrap folder which can be periodically looked over to make sure that 
no legit mail is getting mis-flagged. If the score is, say, 10 or 15 or 
higher, then maybe you just want to delete automatically. If the score 
is above a certain threshold you can have SpamAssassin automatically 
train on the message as a spam sample, and likewise as a non-spam sample 
if the score is below some threshold. It's all up to you how to use it.

> 2. if I can check which mails are marked as to delete and when I decide to do 
>    so, if they are truly deleted.

Sure, see above, but basically SA just adds headers, and it's up to you 
or your mail management software to determine how to use those headers.

> 3. if the documentation is understandable in a finite time.

See for yourself at http://spamassassin.apache.org/doc.html or check out 
the O'Reilly book (http://www.oreilly.com/catalog/spamassassin/).
 
> My script is dummy compared to spamassassin, but to write it, is an 
> exercice like another to learn perl, and perhaps I must thanks the 
> spammers to give me some exercices from time to time :-)

Sure, but as I said before, there's little chance that your version of 
the wheel will be any rounder than SA, and a very strong chance that it 
will be much less round. SpamAssassin is pretty easy to extend, and it's 
mostly written in Perl, so if you want to have something productive to 
practice on, you can start adding or modifying SA rules in Perl.
 


-- 
Chris Devers

Фy‚'a½y;'͎
-- 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
<http://learn.perl.org/> <http://learn.perl.org/first-response>

Reply via email to