[Bug 239855] mail/p5-Mail-SPF: Unbreak parsing SPF records
bugzilla-noreply at freebsd.org
bugzilla-noreply at freebsd.org
Wed Aug 14 14:29:08 UTC 2019
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239855
Bug ID: 239855
Summary: mail/p5-Mail-SPF: Unbreak parsing SPF records
Product: Ports & Packages
Version: Latest
Hardware: Any
URL: http://debian.2.n7.nabble.com/Bug-461709-usr-sbin-spam
d-spf-lookup-failed-Can-t-locate-object-method-quot-ne
w-quot-via-package-quo-td492057.html
OS: Any
Status: New
Severity: Affects Some People
Priority: ---
Component: Individual Port(s)
Assignee: sunpoet at FreeBSD.org
Reporter: grembo at FreeBSD.org
Flags: maintainer-feedback?(sunpoet at FreeBSD.org)
Assignee: sunpoet at FreeBSD.org
Created attachment 206539
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=206539&action=edit
Patch to fix problem described in bug description
In certain code paths Mail/SPF will fail to parse SPF records correctly due to
not importing/requiring Mail::SPF::Mech (which contains class methods required
in the parse process).
This is a fairly old problem, this bug report with a supposed fix by the author
also contained the patch I included here:
http://debian.2.n7.nabble.com/Bug-461709-usr-sbin-spamd-spf-lookup-failed-Can-t-locate-object-method-quot-new-quot-via-package-quo-td492057.html
I will also report upstream, but as this problem leads to skipping SPF
sometimes in mail/spampd (and probably SpamAssassin in general) I felt that
pulling this into the ports tree now makes a lot of sense.
Symptom:
Aug 14 13:06:40 mail spampd[66621]: spf: lookup failed: Can't locate object
method "qualifier_pattern" via package "Mail::SPF::Mech" at
/usr/local/lib/perl5/site_perl/Mail/SPF/Record.pm line 213.
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the freebsd-ports-bugs
mailing list