Provided by: libmail-spf-perl_2.9.0-5_all
NAME
Mail::SPF::Mech - SPF record mechanism base class
DESCRIPTION
An object of class Mail::SPF::Mech represents a mechanism within an SPF record. Mail::SPF::Mech cannot be instantiated directly. Create an instance of a concrete sub- class instead. Constructors The following constructors are provided: new(%options): returns Mail::SPF::Mech Abstract. Creates a new SPF record mechanism object. %options is a list of key/value pairs representing any of the following options: text A string denoting the unparsed text of the mechanism. qualifier A single-character string denoting the qualifier of the mechanism. Any of the following may be specified: '+' ("Pass"), '-' ("Fail"), '~' ("SoftFail"), '?' ("Neutral"). See RFC 4408, 4.6.2 and 2.5, for their meanings. Defaults to '+'. name A string denoting the name of the mechanism. Required if a generic Mail::SPF::Mech object (as opposed to a specific sub-class) is being constructed. ip_network A NetAddr::IP object denoting an optional IP address network parameter of the mechanism. Can be either an IPv4 or an IPv6 address, with an optional network prefix length. IPv4-mapped IPv6 addresses (e.g. '::ffff:192.168.0.1') must not be specified directly, but as plain IPv4 addresses. domain_spec Either a plain string or a Mail::SPF::MacroString object denoting an optional "domain-spec" parameter of the mechanism. ipv4_prefix_length ipv6_prefix_length A string denoting an optional IPv4 or IPv6 network prefix length for the "domain_spec" of the mechanism. Note that these options do not apply to the "ip_network" option, which already includes an optional network prefix length. Other options may be specified by sub-classes of Mail::SPF::Mech. new_from_string($text, %options): returns Mail::SPF::Mech; throws Mail::SPF::ENothingToParse, Mail::SPF::EInvalidMech Abstract. Creates a new SPF record mechanism object by parsing the string and any options given. Class methods The following class methods are provided: default_qualifier: returns string Returns the default qualifier, i.e. '+'. default_ipv4_prefix_length: returns integer Returns the default IPv4 network prefix length, i.e. 32. default_ipv6_prefix_length: returns integer Returns the default IPv6 network prefix length, i.e. 128. qualifier_pattern: returns Regexp Returns a regular expression that matches any legal mechanism qualifier, i.e. '+', '-', '~', or '?'. name: returns string Abstract. Returns the name of the mechanism. This method is abstract and must be implemented by sub-classes of Mail::SPF::Mech. name_pattern: returns Regexp Returns a regular expression that matches any legal mechanism name. Instance methods The following instance methods are provided: text: returns string; throws Mail::SPF::ENoUnparsedText Returns the unparsed text of the mechanism. Throws a Mail::SPF::ENoUnparsedText exception if the mechanism was created synthetically instead of being parsed, and no text was provided. qualifier: returns string Returns the qualifier of the mechanism. See the description of the "new" constructor's "qualifier" option. params: returns string Abstract. Returns the mechanism's parameters formatted as a string. A sub-class of Mail::SPF::Mech does not have to implement this method if it supports no parameters. stringify: returns string Formats the mechanism's qualifier, name, and parameters as a string and returns it. (A qualifier that matches the default of '+' is omitted.) You can simply use a Mail::SPF::Mech object as a string for the same effect, see "OVERLOADING". domain($server, $request): returns string Returns the target domain of the mechanism. Depending on whether the mechanism does have an explicit "domain_spec" parameter, this is either the macro-expanded "domain_spec" parameter, or the request's authority domain (see "authority_domain" in Mail::SPF::Request) otherwise. Both a Mail::SPF::Server and a Mail::SPF::Request object are required for resolving the target domain. match($server, $request): returns boolean; throws Mail::SPF::Result::Error Abstract. Checks whether the mechanism matches the parameters of the given request (see Mail::SPF::Request) and returns true if it does, or false otherwise. In any case, takes both a Mail::SPF::Server and a Mail::SPF::Request object. This method is abstract and must be implemented by sub-classes of Mail::SPF::Mech. match_in_domain($server, $request): returns boolean; throws Mail::SPF::Result::Error match_in_domain($server, $request, $domain): returns boolean; throws Mail::SPF::Result::Error Checks whether the mechanism's target domain name (that is, any of its DNS "A" or "AAAA" records) matches the given request's IP address (see "ip_address" in Mail::SPF::Request), and returns true if it does, or false otherwise. If an explicit domain is specified, it is used instead of the mechanism's target domain. The mechanism's IP network prefix lengths are respected when matching DNS address records against the request's IP address. See RFC 4408, 5, for the exact algorithm used. This method exists mainly for the convenience of sub-classes of Mail::SPF::Mech. explain($server, $request, $result) Locally generates an explanation for why the mechanism caused the given result, and stores it in the given request object's state. There is no need to override this method in sub-classes. See the "explanation_template" method. explanation_template($server, $request, $result): returns string Returns a macro string template for a locally generated explanation for why the mechanism caused the given result object. Sub-classes should either define an "explanation_templates_by_result_code" hash constant with their own templates, or override this method.
OVERLOADING
If a Mail::SPF::Mech object is used as a string, the "stringify" method is used to convert the object into a string.
SEE ALSO
Mail::SPF::Mech::All, Mail::SPF::Mech::IP4, Mail::SPF::Mech::IP6, Mail::SPF::Mech::A, Mail::SPF::Mech::MX, Mail::SPF::Mech::PTR, Mail::SPF::Mech::Exists, Mail::SPF::Mech::Include Mail::SPF, Mail::SPF::Record, Mail::SPF::Term <http://tools.ietf.org/html/rfc4408> For availability, support, and license information, see the README file included with Mail::SPF.
AUTHORS
Julian Mehnle <julian@mehnle.net>, Shevek <cpan@anarres.org>