[DNSOP] Re: [Ext] Re: [Technical Errata Reported] RFC8945 (9014)

"StJohns, Michael" <[email protected]> Tue, 14 Jul 2026 14:04:22 -0400
Newsgroups gmane.ietf.dnsop
Message-ID <CANeU+ZBnj=UioAP+ZuXiNAgErVsbk+CtqBfu86ZHkh6njuTSGA@mail.gmail.com>
Hi -

Do we need the concept of a Defect Report that is different than an errata?

Mike


On Tue, Jul 14, 2026 at 13:34 Paul Hoffman <[email protected]> wrote:

> On Jul 14, 2026, at 09:58, Warren Kumari <[email protected]> wrote:
> > Personal view only:
> > Yes, errata should not be used to fix change WG consensus after the fact
> - but what I think would be reasonable in situations like this is to mark
> the errata as Verified, and change the errata text to something like:
> > "NOTE: This errata is a place holder.  A security issue was discovered
> which is discussed below. A new document which updates this RFC is being
> prepared to address this issue, please see draft-foo"
> >
> > Yes, this is technically not the right way to use errata, but I think
> that it falls into "do the right thing" territory. Obviously, confirming
> with the RFC Ed that this won't make them sad seems like a good idea too...
>
> The technically right way also tells anyone seeing the erratum report
> exactly what is happening is to mark it as Hold For Document Update.
>
> --Paul Hoffman
>
> _______________________________________________
> DNSOP mailing list -- [email protected]
> To unsubscribe send an email to [email protected]
>

_______________________________________________
DNSOP mailing list -- [email protected]
To unsubscribe send an email to [email protected]