Required score - required_score
The spam filter performs a number of different tests on contents and subject line of each message. As a result, each
message scores a number of points. The higher the number, the more likely a message is spam. A message over this number
will be classified as spam.
Default: 7.0
Score - score
Assign scores (the number of points for a hit) to a given test. Scores can be positive or negative real numbers or
integers. If only one valid score is listed, then that score is always used for a test.
If four valid scores are listed, then the score that is used depends on how SpamAssassin is being used. The first score is used when both Bayes and network tests are disabled (score set 0). The second score is used when Bayes is disabled, but network tests are enabled (score set 1). The third score is used when Bayes is enabled and network tests are disabled (score set 2). The fourth score is used when Bayes is enabled and network tests are enabled (score set 3).
Setting a rules score to 0 will disable that rule from running. If any of the score values are surrounded by parenthesis "()", then all of the scores in the line are considered to be relative to the already set score. ie: "(3)" means increase the score for this rule by 3 points in all score sets. "(3) (0) (3) (0)" means increase the score for this rule by 3 in score sets 0 and 2 only.
If no score is given for a test by the end of the configuration, a default score is assigned: a score of 1.0 is used for all tests, except those whose names begin with "T_" (this is used to indicate a rule in testing) which receive 0.01.
Note that test names which begin with "__" are indirect rules used to compose meta-match rules and can also act as prerequisites to other rules. They are not scored or listed in the "tests hit" reports, but assigning a score of 0 to an indirect rule will disable it from running.
Default: empty
Rewrite header - rewrite_header
By default, suspected spam messages will not have the subject tagged to indicate spam. By setting this
option, the subject header will be prepended to the original subject.
If the message being rewritten does not already contain a subject header, one will be created.
Default: *****SPAM*****
Add header - add_header
Customized headers can be added to the specified type of messages (spam, ham, or "all" to add to either). All headers
begin with X-Spam- (so a header_name Foo will generate a header called X-Spam-Foo). "header_name" is restricted to the
character set [A-Za-z0-9_-]. The order of add_header configuration options is preserved, inserted headers will follow
this order of declarations.
Default: empty
OK locales - ok_locales
This option is used to specify which locales are considered OK for incoming mail. Mail using the character sets that are
allowed by this option will not be marked as possibly being spam in a foreign language. If you receive lots of spam in
foreign languages, and never get any non-spam in these languages, this may help.
Note that all ISO-8859-* character sets, and Windows code page character sets, are always permitted by default.
Set this to all to allow all character sets. This is the default. The rules CHARSET_FARAWAY, CHARSET_FARAWAY_HEADER,, MIME_CHARSET_FARAWAY,
and HTML_CHARSET_FARAWAY are triggered based on how this is set.
Default: all
Normalize charset - normalize_charset
Whether to decode non-UTF-8 and non-ASCII textual parts and recode them to UTF-8 before the text is given over to rules
processing. The character set used for attempted decoding is primarily based on a declared character set in a
Content-Type header, but if the decoding attempt fails a module Encode::Detect::Detector is consulted (if available) to
provide a guess based on the actual text, and decoding is re-attempted. Even if the option is enabled no unnecessary
decoding and re-encoding work is done when possible (like with an all-ASCII text with a US-ASCII or extended ASCII
character set declaration, e.g. UTF-8 or ISO-8859-nn or Windows-nnnn).
Default: 1