Re: RE: Need Assistance in SPF resolving error

"alan via spf-discuss" <[email protected]> Thu, 24 Jul 2014 15:20:39 +0100
Newsgroups gmane.mail.spam.spf.discuss
Message-ID <[email protected]>
ok first off this record violates all best practice rules and Must be fix=
ed asap

second to fix it we need first to know what ips this record should actual=
ly be authorising to send email from [email protected]

but first we can guess that some of the ips implied by the sub-optimal re=
cord are ok so we will first optimise it

rules to be applied
terms=20
externally administered domain =3D=3D a domain that ips cannot be enumera=
ted without use of a:domain mx:domain ptr:domain include:domain or other =
dns lookup as the dns records are changed/modified/updated by another adm=
inistrator without notice to the administrator of the spf record

rules
1 never ever use ptr (its dumb unreliable fails often and is unnecessary =
when not referencing an externally administered domain and impossible to =
cost in advance)
2 never use mx (its wastefull and unnecessary when not referencing an ext=
ernally administered domain)
3 never unneccisarily use a (its unnecessary when not referencing an exte=
rnally administered domain or to compress many single ips into a single r=
ecord when many includes would cost more dns lookups(rare))
4 list lowest cost statements first ie ip4 then a:external then mx:extern=
al then include: etc

original record
v=3Dspf1 mx ptr mx:mail.sasref.com.sa ip4:62.3.44.105 mx:mail2.sasref.com=
.sa ip4:62.3.44.100 -all
(cost 6+ptr)

expanding all implied fields
v=3Dspf1 +mx:sasref.com.sa +ptr:sasref.com.sa +mx:mail.sasref.com.sa +ip4=
:62.3.44.105 +mx:mail2.sasref.com.sa +ip4:62.3.44.100 -all

applying rule 4
v=3Dspf1 +ip4:62.3.44.105 +ip4:62.3.44.100 +mx:sasref.com.sa +mx:mail.sas=
ref.com.sa +mx:mail2.sasref.com.sa +ptr:sasref.com.sa -all

next applying rule 2
first lookup the 3 mx records mentioned in bad spf (all lookups and resul=
ts shown at end of mail)
2 of them flat out fail and are broken thus removing
mx:mail.sasref.com.sa
and
mx:mail2.sasref.com.sa

the one that does work mx:sasref.com.sa is now replaced by the correspond=
ing a records
a:mail.sasref.com.sa
a:mail2.sasref.com.sa

v=3Dspf1 +ip4:62.3.44.105 +ip4:62.3.44.100 +a:mail.sasref.com.sa +a:mail2=
.sasref.com.sa +ptr:sasref.com.sa -all
(cost 3+ptr)

next applying rule 3 looking up the a records give us the 2 ips
+a:mail.sasref.com.sa +a:mail2.sasref.com.sa becomes =3D=3D +ip4:62.3.44.=
105 +ip4:62.3.44.100 thus totally redundant

v=3Dspf1 +ip4:62.3.44.105 +ip4:62.3.44.100 +ptr:sasref.com.sa -all
(cost 1+ptr)

and at this stage it looks like the ptr also serves no purpose so use eit=
her the fixed original

v=3Dspf1 ip4:62.3.44.105 ip4:62.3.44.100 ptr -all

or the more likely correct
v=3Dspf1 ip4:62.3.44.105 ip4:62.3.44.100 -all

thank you


dnslookups made + results
--------------------------------------------
> set type=3Dmx
> sasref.com.sa
Server:  google-public-dns-a.google.com
Address:  8.8.8.8
Non-authoritative answer:
sasref.com.sa   MX preference =3D 100, mail exchanger =3D mail.sasref.com=
.sa
sasref.com.sa   MX preference =3D 10, mail exchanger =3D mail2.sasref.com=
.sa
-------------------------------------------------------------------------=
------
> set type=3Dmx
> mail.sasref.com.sa
Server:  google-public-dns-a.google.com
Address:  8.8.8.8
DNS request timed out.
    timeout was 2 seconds.
sasref.com.sa
        primary name server =3D dns1
        responsible mail addr =3D tim.sky2net.com
        serial  =3D 2005121910
        refresh =3D 900 (15 mins)
        retry   =3D 600 (10 mins)
        expire  =3D 86400 (1 day)
        default TTL =3D 3600 (1 hour)
-------------------------------------------------------------------------=
-----------
> set type=3Dmx
> mail2.sasref.com.sa
Server:  google-public-dns-a.google.com
Address:  8.8.8.8
DNS request timed out.
    timeout was 2 seconds.
sasref.com.sa
        primary name server =3D dns1
        responsible mail addr =3D tim.sky2net.com
        serial  =3D 2005121910
        refresh =3D 900 (15 mins)
        retry   =3D 600 (10 mins)
        expire  =3D 86400 (1 day)
        default TTL =3D 3600 (1 hour)
-------------------------------------------------------------------------=
---------------
> set type=3Da
> mail.sasref.com.sa
Server:  google-public-dns-a.google.com
Address:  8.8.8.8
Non-authoritative answer:
Name:    mail2.sasref.com.sa
Address:  62.3.44.105
-------------------------------------------------------------------------=
------------------
> set type=3Da
> mail2.sasref.com.sa
Server:  google-public-dns-a.google.com
Address:  8.8.8.8
Non-authoritative answer:
Name:    mail2.sasref.com.sa
Address:  62.3.44.100
-------------------------------------------------------------------------=
--------------------

At 13:15 24/07/2014  Thursday, Rasul Sharif .J via spf-discuss wrote:
>Hi,
>=20
>We are a small ISP firm and one of our client SPF record exist in our pu=
blic DNS server and it was working fine but suddenly without making any c=
hanges in the SPF record we are receiving error in result while making SP=
F query in kitterman.com tool so Regarding to remove the below error, you=
r assistance will  be highly appreciated.
>=20
>Checked link- <http://www.kitterman.com/getspf2.py>http://www.kitterman.=
com/getspf2.py
>=20
>Results - PermError SPF Permanent Error: Void lookup limit of 2 exceeded
>=20
>But other tools I don=92t see any error.
>=20
>My client SPF record- v=3Dspf1 mx ptr mx:mail.sasref.com.sa ip4:62.3.44.=
105 mx:mail2.sasref.com.sa ip4:62.3.44.100 -all=20
>=20
>Which point to domain name =96 sasref.com.sa=20
>=20
>=20
>=20
>Regards
>=20
>Rasul=20
>=20
>=20
>=20
>
>
>----------
>Disclaimer: This email and any files transmitted with it are confidentia=
l and intended solely for the use of the addressee(s) named herein. If yo=
u are not the intended recipient or addressee, you should not use, dissem=
inate, distribute, copy or alter this email. Any views or opinions presen=
ted in this email are solely those of the author and might not represent =
those of "Al Harbi Telecom=94 and or its units.
>
>Warning: Although reasonable precautions have been taken to ensure no vi=
ruses are present in this email, the company cannot accept responsibility=
 for any loss or damage arising from the use of this email or attachments=
. If you have received this electronic mail message in error, please cont=
act the sender directly
>
>Sender Policy Framework: <http://www.openspf.net>http://www.openspf.net
>Modify Your Subscription: <http://www.listbox.com/member/>http://www.lis=
tbox.com/member/
><https://www.listbox.com/member/archive/735/=3Dnow>Archives<https://www.=
listbox.com/member/archive/rss/735/13124949-ec5a0568> | <https://www.list=
box.com/member/?&>Modify Your Subscription | <https://www.listbox.com/uns=
ubscribe/?&&post_id=3D20140724081600:3CEBB502-132C-11E4-8B67-820E63FA3163=
>Unsubscribe Now<http://www.listbox.com>=20