I'm scoring 9/10 on mail-tester.com. My -1 comes from this, "You do not have a DMARC record"
In my DNS (cPanel>"Advanced DNS Zone Editor") I have this DMARC record
_dmarc.mycooldomain.com. 14400 IN TXT "v=DMARC1; p=none; sp=none; ruf=mailto:[email protected]; rf=afrf; pct=100; ri=86400"
my domain is really the correct domain in the actual DMARC record, and [email protected] is really the email for the cPanel/WHM account(a gmail addy), not the sender domain in the SPF record (e.g. [email protected]). Does that matter?
otalliance.org/resources/spf-dmarc-tools-record-validator Returns green, which I presume is good.
So is the issue with mail-tester.com, or my DMARC record?
Obviously, mycooldomain is not really your domain, so it's hard to verify what you posted, but based on what you posted, your RUF field will cause it to fail DMARC. If you send an email to [email protected] they have a really good DMARC tester, but unfortunately the DMARC results are not free. But I'm 100% sure that you're not following the standard on page 28 of the Dmarc Specification
Which reads
For example, if a DMARC policy query for "blue.example.com" contained "rua=mailto:[email protected]", the host extracted from the
latter ("red.example.net") does not match "blue.example.com", so this procedure is enacted. A TXT query for
"blue.example.com._report._dmarc.red.example.net" is issued. If a
single reply comes back containing a tag of "v=DMARC1", then the
relationship between the two is confirmed. Moreover,
"red.example.net" has the opportunity to override the report
destination requested by "blue.example.com" if needed.
Since you're using a gmail account - there is no way your going to convince them to add a record on your behalf. So you need to choose a different RUF email address. Most likely one like dmarc@Mycooldomain then set up a forwarder to your gmail account if that's where you want the reports to go.