I understand that by publishing an initial p=none policy, you basically instruct recipients that participate in DMARC to NOT treat incoming mail any different than how they did before a DMARC policy was published.
Regardless of the DMARC alignment result, "do not drop mail" (at least not on the basis of DMARC non-alignment).
For recipients not taking part in DMARC, this is irrelevant since they will not lookup your policy in DNS and hence will not action their mail based on DMARC alignment resp. non-alignment.
Obviously mail might still be bounced or non-delivered on the recipient side due to whatever additional security mechanisms or local policy the receiving mail server chooses to apply.
Receiving mail servers might also decide to NOT follow your DMARC policy, but drop every inbound mail that has failed SPF and/or DKIM, regardless of the final DMARC alignement test result.
In short, I can tell them that I want them to apply my DMARC policy, but I cannot force them to. And I have no visibility on whether they apply the policy or not.
So say I publish my DMARC policy in DNS. Senders complain that mail is bounced. I have no way to check k's of receiving mail server logs for DMARC checks and subsequent actions. These are not my servers!
My question - is there a reliable way I can prove that mail sent from my mail servers was NOT caused by the newly deployed DMARC policy, but any other cause?
How can I have more visibility on the application of my DMARC policy on the receiving side, apart from hypothetical aggregate/forensic reports?