Bayesian Spam Filter 1.1 (Default branch)


 
Thread Tools Search this Thread
Special Forums News, Links, Events and Announcements Software Releases - RSS News Bayesian Spam Filter 1.1 (Default branch)
# 1  
Old 03-02-2008
Bayesian Spam Filter 1.1 (Default branch)

Bayesian Spam Filter is a class that can be usedto detect spam in text messages using Bayesiantechniques. It analyzes the text in terms ofn-grams in a way that is idiom independent. It canbe trained to progressively distinguish what isspam and what is not spam by detecting patterns intraining samples. Training data is stored in aMySQL database.License: BSD License (original)Changes:
A new algorithm (Fisher-Robinson's InverseChi-square) was added. The knowledge database sizewas decreased.Image

More...
Login or Register to Ask a Question

Previous Thread | Next Thread

1 More Discussions You Might Find Interesting

1. Programming

spam filter

hi I want to write a program that cathes spam mails. The program checks all the mails received by the server and deletes it if its subject contains one of the unwanted strings in a simple txt file. I am waiting for your suggestions (URL, tutorial, referance, library ,etc...). thanks... (2 Replies)
Discussion started by: fnoyan
2 Replies
Login or Register to Ask a Question
BMF(1)																	    BMF(1)

NAME
bmf - efficient Bayesian mail filter SYNOPSIS
bmf [-t] [-n] [-s] [-N] [-S] [-f fmt] [-d db] [-i file] [-k n] [-m type] [-p] [-v] [-V] [-h] DESCRIPTION
bmf is a Bayesian mail filter. In its normal mode of operation, it takes an email message or other text on standard input, does a statisti- cal check against lists of "good" and "spam" words, registers the new data, and returns a status code indicating whether or not the message is spam. BMF is written with fast, zero-copy algorithms, coded directly in C, and tuned for speed. It aims to be faster, smaller, and more versatile than similar applications. bmf supports both mbox and maildir mail storage formats. It will automatically process multiple messages within an mbox file separately. OPTIONS
Without command-line options, bmf processes the input, registers it as either "good" or "spam", and returns the appropriate error code. The wordlist directory and nonexistent wordfiles are created if absent. -t Test to see if the input is spam. The word lists are not updated. A report is written to stdout showing the final score and the tokens with the highest deviation form a mean of 0.5. -n Register the input as non-spam. -s Register the input as spam. -N Register the input as non-spam and undo a prior registration as spam. -S Register the input as spam and undo a prior registration as non-spam. -f fmt Specify database format. Valid formats are text, db, and mysql. Text is always valid. The others may not be available if the corre- sponding option was not enabled at compile time. The default is db if available, else text. -d db Specify database or directory for loading and saving word lists. The default is ~/.bmf in text mode. -i file Use file for input instead of stdin. -k n Specify the number of extrema (keepers) to use in the Bayes calculation. The default is 15. -m fmt Specify mail storage format. Valid formats are mbox and maildir. The default is to automatically detect the mail storage format. This option is deprecated. -p Copy the input to the output (passthrough) and insert spam headers in the style of SpamAssassin. An X-Spam-Status header is always inserted with processing details. The contents of this header always begin with either "Yes" or "No". If the input is judged to be spam, the header "X-Spam-Flag: YES" is also inserted. -v Be more verbose. This option is not well supported yet. -V Display version information. -h Display usage information. THEORY OF OPERATION
bmf treats its input as a bag of tokens. Each token is checked against "good" and "bad" wordlists, which maintain counts of the numbers of times it has occurred in non-spam and spam mails. These numbers are used to compute the probability that a mail in which the token occurs is spam. After probabilities for all input tokens have been computed, a fixed number of the probabilities that deviate furthest from aver- age are combined using Bayes's theorem on conditional probabilities. While this method sounds crude compared to the more usual pattern-matching approach, it turns out to be extremely effective. Paul Graham's paper A Plan For Spam: http://www.paulgraham.com/spam.html is recommended reading. bmf improves on Paul's proposal by doing smarter lexical analysis. In particular, hostnames and IP addresses are not discarded, and certain types of MTA information are discarded (such as message ids and dates). MIME and other attachments are not decoded. Experience from watching the token streams suggests that spam with enclosures invariably gives itself away through cues in the headers and non-enclosure parts. Nonetheless, I would like to add the ability to decode quoted-printable and perhaps base64 encodings for textual attachments. INTEGRATION WITH OTHER TOOLS
Please see the /usr/share/doc/bmf/README.gz for samples and suggestions. RETURN VALUES
In passthrough mode: zero for success, nonzero for failure. In non-passthrough mode: 0 for spam; 1 for non-spam; 2 for I/O or other errors. FILES
~/.bmf/goodlist.txt List of good tokens for text mode. ~/.bmf/spamlist.txt List of bad tokens for text mode. ~/.bmf/goodlist.db List of good tokens for libdb mode. ~/.bmf/spamlist.db List of bad tokens for libdb mode. BUGS
Only one copy of bmf(1) instance can access the database (see options -d and -f). In Procmail recipes, ensure sequential access with a lock file: :0 fw: bmf.lock | bmf -p The lexer does not recognize multiline headers. The lexer does not recognize MIME attachments. Content-Transfer-Encoding is not decoded. AUTHOR
Tom Marshall <tommy@tig-grr.com>. The Bayes algorithm is from bogofilter by Eric S. Raymond <esr@thyrsus.com>. bogofilter can be found at the bogofilter project page: http://bogofilter.sourceforge.net/. BMF(1)