What if we were to look at re-writing this in a way that says something like this:
In the case of optional DMARC flags (ex: sp, adkim, aspf, pct) that are malformed, the processing system SHOULD ignore them as invalid inputs, and MUST utilize the valid flags that are mandatory (ex: v, p) and properly formatted. Where an RUA tag exists and the mandatory flags are invalid the processor SHOULD default to p=none as the policy and indicate the change in the RUA report. Example: "V=DMARC1; p=reject; sp=quarter; rua=mailto:t...@sample.com;"; The DMARC processor would evaluate that sp= is a bad value and ignore it completely, defaulting to just the valid p= record, and treat it accordingly under the DMARC process. We could possibly suggest a notation for RUA reports as <policy>none (assumed)</policy> or use the existing override reporting options to indicate that this was the 'assumed/best guess' operation due to bad record formatting. Just a thought. ~ Matt On Wed, Oct 25, 2023 at 7:32 AM Olivier Hureau < olivier.hur...@univ-grenoble-alpes.fr> wrote: > > On 25/10/2023 13:25, Matthäus Wander wrote: > > > > As error reports have never gotten any traction, it would be a big > > effort to make this work. Reusing the existing ecosystem of aggregate > > reports is a lower hanging fruit. Tools and processes are established > > and even the aggregate report format supports it already. > > > I totally understand.. > > > > I believe aggregate reports have already addressed this issue > > (Verifying External Destinations). > > > In current RFC 7489 EDV are a "SHOULD", it is upgraded to "MUST" in > dmarcbis. > > However, the Usenix paper I have provided earlier have shown that it is > not widely respected. > > > -- > -------------- > Olivier HUREAU > PhD Student > Laboratoire Informatique Grenoble - UGA - Drakkar > > _______________________________________________ > dmarc mailing list > dmarc@ietf.org > https://www.ietf.org/mailman/listinfo/dmarc >
_______________________________________________ dmarc mailing list dmarc@ietf.org https://www.ietf.org/mailman/listinfo/dmarc
