And I was observing that effective anti-abuse strategies only require notification of actual abuse.
Banks may have curiosity about whether their staff are participating in mailing lists, but it is not encumbent on others to provide data which they can collect themselves by comparing inbound and outbound traffic flows But the real problem here is that John denies that anti-abuse is a valid purpose of failure reporting. By declaring configuration management to be the only valid purpose, and knowing that redaction undermines DKIM debugging, he achieves his goal of undermining failure reoorting. Michael has provided compelling arguments that failure reporting has usefulness for anti-abuse. It is bizarre that we have to justify why an abuse detection system is useful for abuse response. The draft in our hands is innocuous and preserves the established functionality. It could be sent for publication at any time, and could have been sent previously. It has been obstructed by those who want to see it killed but can provide no evidence of harm from the status quo, as such harm is unlikely in theory and unprovable in practice. Their solution has been to deny any benefit and to ignore evidence presented. As long as the chairs consider that to be a form of collaboration, the document will die from lack of consensus and they will get their way. Doug On Mon, Jul 7, 2025, 7:37 AM Alessandro Vesely <ves...@tana.it> wrote: > On Sun 06/Jul/2025 16:58:53 +0200 Dotzero wrote: > > I'd also point out that both Douglas and Ale are assuming (no supporting > data > > presented) that their personal experience and beliefs reflect the > experience > > and needs of others. > > > I only said failures reports due to mailing list or similar forwarding are > useless. I don't think this needs supporting data. It is a well known > fact, > confirmed by the personal experience of all of us. > > > Best > Ale > -- > > > > > > _______________________________________________ > dmarc mailing list -- dmarc@ietf.org > To unsubscribe send an email to dmarc-le...@ietf.org >
_______________________________________________ dmarc mailing list -- dmarc@ietf.org To unsubscribe send an email to dmarc-le...@ietf.org
