-
-
12 Apr 2021 12:39:17 UTC
- Distribution: Mail-SpamAssassin
- Source (raw)
- Browse (raw)
- Changes
- Homepage
- How to Contribute
- Clone svn repository
- Issues (1)
- Testers
- Kwalitee
Bus factor: 2- License: apache_2_0
- Activity
24 month- Tools
- Download (6.27MB)
- MetaCPAN Explorer
- Permissions
- Subscribe to distribution
- Permalinks
- This version
- Latest version
and 1 contributors-
The Apache SpamAssassin Project
NAME
Mail::SpamAssassin::Plugin::SPF - perform SPF verification tests
SYNOPSIS
loadplugin Mail::SpamAssassin::Plugin::SPF
DESCRIPTION
This plugin checks a message against Sender Policy Framework (SPF) records published by the domain owners in DNS to fight email address forgery and make it easier to identify spams.
USER SETTINGS
- whitelist_from_spf user@example.com
-
Works similarly to whitelist_from, except that in addition to matching a sender address, a check against the domain's SPF record must pass. The first parameter is an address to whitelist, and the second is a string to match the relay's rDNS.
Just like whitelist_from, multiple addresses per line, separated by spaces, are OK. Multiple
whitelist_from_spf
lines are also OK.The headers checked for whitelist_from_spf addresses are the same headers used for SPF checks (Envelope-From, Return-Path, X-Envelope-From, etc).
Since this whitelist requires an SPF check to be made, network tests must be enabled. It is also required that your trust path be correctly configured. See the section on
trusted_networks
for more info on trust paths.e.g.
whitelist_from_spf joe@example.com fred@example.com whitelist_from_spf *@example.com
- def_whitelist_from_spf user@example.com
-
Same as
whitelist_from_spf
, but used for the default whitelist entries in the SpamAssassin distribution. The whitelist score is lower, because these are often targets for spammer spoofing. - unwhitelist_from_spf user@example.com
-
Used to remove a
whitelist_from_spf
ordef_whitelist_from_spf
entry. The specified email address has to match exactly the address previously used.Useful for removing undesired default entries from a distributed configuration by a local or site-specific configuration or by
user_prefs
.
ADMINISTRATOR OPTIONS
- spf_timeout n (default: 5)
-
How many seconds to wait for an SPF query to complete, before scanning continues without the SPF result. A numeric value is optionally suffixed by a time unit (s, m, h, d, w, indicating seconds (default), minutes, hours, days, weeks).
- do_not_use_mail_spf (0|1) (default: 0)
-
By default the plugin will try to use the Mail::SPF module for SPF checks if it can be loaded. If Mail::SPF cannot be used the plugin will fall back to using the legacy Mail::SPF::Query module if it can be loaded.
Use this option to stop the plugin from using Mail::SPF and cause it to try to use Mail::SPF::Query instead.
- do_not_use_mail_spf_query (0|1) (default: 0)
-
As above, but instead stop the plugin from trying to use Mail::SPF::Query and cause it to only try to use Mail::SPF.
- ignore_received_spf_header (0|1) (default: 0)
-
By default, to avoid unnecessary DNS lookups, the plugin will try to use the SPF results found in any
Received-SPF
headers it finds in the message that could only have been added by an internal relay.Set this option to 1 to ignore any
Received-SPF
headers present and to have the plugin perform the SPF check itself.Note that unless the plugin finds an
identity=helo
, or some unsupported identity, it will assume that the result is a mfrom SPF check result. The only identities supported aremfrom
,mailfrom
andhelo
. - use_newest_received_spf_header (0|1) (default: 0)
-
By default, when using
Received-SPF
headers, the plugin will attempt to use the oldest (bottom most)Received-SPF
headers, that were added by internal relays, that it can parse results from since they are the most likely to be accurate. This is done so that if you have an incoming mail setup where one of your primary MXes doesn't know about a secondary MX (or your MXes don't know about some sort of forwarding relay that SA considers trusted+internal) but SA is aware of the actual domain boundary (internal_networks setting) SA will use the results that are most accurate.Use this option to start with the newest (top most)
Received-SPF
headers, working downwards until results are successfully parsed. - has_check_for_spf_errors
-
Adds capability check for "if can()" for check_for_spf_permerror, check_for_spf_temperror, check_for_spf_helo_permerror and check_for_spf_helo_permerror
Module Install Instructions
To install Mail::SpamAssassin, copy and paste the appropriate command in to your terminal.
cpanm Mail::SpamAssassin
perl -MCPAN -e shell install Mail::SpamAssassin
For more information on module installation, please visit the detailed CPAN module installation guide.