I'd make it a lot simpler:
pct: (plain-text integer; OPTIONAL; default is 100). For the
RFC5322.From domain to which the DMARC record applies, the "pct"
tag describes what receivers are requested to to do with unaligned
messages.
This parameter does not affect the generation of DMARC reports. Possible
values are as follows:
0: A request to not apply the policy, but for message forwarders
to do whatever message rewriting they do that is intended to avoid
sending DMARC unaligned mail.
100: The default, a request to apply the policy as specified.
Any other value: results are undefined.
It makes no sense to say anything about how DMARC reports are received, they're
received however they
are. If there were some way to give them a free pass, whaddaya know, spam
would start looking
like DMARC reports.
The way this is written, p=none pct=0 requests rewriting, which I don't think
is wrong. It doesn't mean
anything else now.
R's,
John
_______________________________________________
dmarc mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/dmarc
