| [ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
From Ted Zlatanov <tzz@lifelogs.com>.
;; for |
spam.el on an IMAP server with a statistical filter on the server My provider has set up bogofilter (in combination with DCC) on the mail server (IMAP). Recognized spam goes to `spam.detected', the rest goes through the normal filter rules, i.e. to `some.folder' or to `INBOX'. Training on false positives or negatives is done by copying or moving the article to `training.ham' or `training.spam' respectively. A cron job on the server feeds those to bogofilter with the suitable ham or spam options and deletes them from the `training.ham' and `training.spam' folders.
With the following entries in gnus-parameters, spam.el
does most of the job for me:
("nnimap:spam\\.detected"
(gnus-article-sort-functions '(gnus-article-sort-by-chars))
(ham-process-destination "nnimap:INBOX" "nnimap:training.ham")
(spam-contents gnus-group-spam-classification-spam))
("nnimap:\\(INBOX\\|other-folders\\)"
(spam-process-destination . "nnimap:training.spam")
(spam-contents gnus-group-spam-classification-ham))
|
In the folder `spam.detected', I have to check for false positives (i.e. legitimate mails, that were wrongly judged as spam by bogofilter or DCC).
Because of the gnus-group-spam-classification-spam entry, all
messages are marked as spam (with $). When I find a false
positive, I mark the message with some other ham mark
(ham-marks, 8.20.4 Spam and Ham Processors). On group exit,
those messages are copied to both groups, `INBOX' (where I want
to have the article) and `training.ham' (for training bogofilter)
and deleted from the `spam.detected' folder.
The gnus-article-sort-by-chars entry simplifies detection of
false positives for me. I receive lots of worms (sweN, ...), that all
have a similar size. Grouping them by size (i.e. chars) makes finding
other false positives easier. (Of course worms aren't spam
(UCE, UBE) strictly speaking. Anyhow, bogofilter is
an excellent tool for filtering those unwanted mails for me.)
In my ham folders, I just hit S x
(gnus-summary-mark-as-spam) whenever I see an unrecognized spam
mail (false negative). On group exit, those messages are moved to
`training.spam'.
spam-report.el From Reiner Steib <reiner.steib@gmx.de>.
With following entry in gnus-parameters, S x
(gnus-summary-mark-as-spam) marks articles in gmane.*
groups as spam and reports the to Gmane at group exit:
("^gmane\\."
(spam-process (gnus-group-spam-exit-processor-report-gmane)))
|
Additionally, I use (setq spam-report-gmane-use-article-number nil)
because I don't read the groups directly from news.gmane.org, but
through my local news server (leafnode). I.e. the article numbers are
not the same as on news.gmane.org, thus spam-report.el has to check
the X-Report-Spam header to find the correct number.
| [ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |