python-pyspf-2.0.14-8.el7 is not fixing the IPv6 issue, but the new-line-in-SPF-record test is passed
# rpm -qf /usr/bin/spfquery
python-pyspf-2.0.14-8.el7.noarch
# /usr/bin/spfquery --ip 2607:f128:40:1600:225:90ff:fe00:bf20 --helo mail.centos.org --rcpt-to test@demo.example --sender centos-announce-bounces@centos.org
Traceback (most recent call last):
File "/usr/bin/spfquery", line 133, in <module>
main(sys.argv[1:])
File "/usr/bin/spfquery", line 117, in main
format(q)
File "/usr/bin/spfquery", line 94, in format
res,code,txt = q.check()
File "/usr/lib/python2.7/site-packages/spf.py", line 598, in check
rc = self.check1(spf, self.d, 0)
File "/usr/lib/python2.7/site-packages/spf.py", line 637, in check1
return self.check0(spf, recursion)
File "/usr/lib/python2.7/site-packages/spf.py", line 951, in check0
if self.cidrmatch(self.dns_mx(arg), cidrlength):
File "/usr/lib/python2.7/site-packages/spf.py", line 1246, in dns_mx
return [a for mx in mxnames[:max] for a in self.dns_a(mx[1],self.A)]
File "/usr/lib/python2.7/site-packages/spf.py", line 1258, in dns_a
return [Bytes(ip) for ip in r]
NameError: global name 'Bytes' is not defined
BZ#1573072 policyd-spf crashes on buggy SPF record entry instead being more relaxed
python-pyspf-2.0.14-8.el7 is not fixing the IPv6 issue, but the new-line-in-SPF-record test is passed