You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Checkdmarc is looking up PTR records on IPs associated with found MX records. Anything using Google name servers is currently failing to capture the MX IPs. See:
checkdmarc google.com -n 8.8.8.8
...
"mx": {
"hosts": [],
"error": "All nameservers failed to answer the query 26.138.250.142.in-addr.arpa. IN PTR: Server 8.8.8.8 UDP port 53 answered SERVFAIL"
},
...
Digging into this more, you can see what's happening with the following dig commands:
Why does checkdmarc need to do PTR lookups on MX IPs?
Is there any way to prevent checkdmarc from doing these PTR lookups?
If the PTR lookups are helpful to some people, can it fail more gracefully so that we at least get the MX hostnames and IPs?
Btw, using other nameservers produces the same issue. Google clearly needs to fix something on their end, but receiving mail should work just fine for Google despite these PTR SERVFAILs on their MX IPs, so I think it makes sense to return the relevant data in checkdmarc too.
The text was updated successfully, but these errors were encountered:
- Ignore case and whitespace when parsing DMARC and BIMI key=value pairs (Closes [#75](#75))
- Handle missing `PTR` records more gracefully (Closes [#64](#64))
- reindent DMARC `fo` tag values now result in a warning instead of a syntax error (Closes [#71](#71))
Checkdmarc is looking up PTR records on IPs associated with found MX records. Anything using Google name servers is currently failing to capture the MX IPs. See:
Digging into this more, you can see what's happening with the following dig commands:
Then, I dig on aspmx:
Then, do a PTR lookup on that (because for some reason checkdmarc is doing that):
This prompts a few questions:
checkdmarc
need to do PTR lookups on MX IPs?checkdmarc
from doing these PTR lookups?Btw, using other nameservers produces the same issue. Google clearly needs to fix something on their end, but receiving mail should work just fine for Google despite these PTR SERVFAILs on their MX IPs, so I think it makes sense to return the relevant data in
checkdmarc
too.The text was updated successfully, but these errors were encountered: