On Tue, Jun 17, 2025 at 11:14 AM John C Klensin <john-i...@jck.com> wrote:

>
>
> --On Tuesday, June 17, 2025 10:50 -0700 Eric Rescorla <e...@rtfm.com>
> wrote:
>
> > I agree with Eliot that we now have an inconsistency with respect to
> > Section 7.6, but I don't think the fix is to remove the (as Jay
> > says) very carefully negotiated "historical" text, especially as
> > part of the idea was to acknowledge historical perspectives.
> >
> > Instead, I think the right fix is to revert 7.6 to the original
> > language from RFC 9280 and add a note that acknowledges that we are
> > relaxing this property. Perhaps "Note that historically RFCs were
> > treated as immutable, but [THIS RFC] allows those RFCs to be
> > reissued provided that the semantic content is preserved to the
> > greatest extent possible".
>
> I have not been able to follow the discussion as closely as I would
> have liked. However, consider the discussions on different lists
> lately about exactly what specific words mean (including with or
> without case distinctions) and, while not phrased that way, whether
> or not "exact" actually means "exact" and how much context counts.
> For someone who is trying to depend on the content of an RFC, a
> condition like "preserved to the greatest extent possible" -- one
> that is inherently subjective -- is equivalent, or nearly so, to
> "well, probably the semantic comment that you, the reader, care about
> and how it is interpreted won't change but maybe it will".  And, I'm
> sorry, but that is ultimately equivalent to "can't trust an RFC to
> mean what it meant when it was published".
>
> I think we should be very cautious about going there or even
> appearing to do so.
>

AIUI this precise change was one of the main motivations for this document,
and
the most of the the aforementioned text already appears in S 1.4.1:

https://www.ietf.org/archive/id/draft-editorial-rswg-rfc9280-updates-03.html#section-1.4.1

I'm just suggesting (following Eliot) that we make clear in S 7.6 (which is
about
history) that the historical property was immutability but that we are now
changing that.

For the record, I don't really agree with you on the substantive question
here, but as this document has already passed WGLC and is now in
front of the RSAB, I don't think it's really productive to debate the
merits at this point.

-Ekr


>    john
>
> >
> > -Ekr
> >
> >
> >
> > On Tue, Jun 17, 2025 at 7:11 AM Eliot Lear <l...@lear.ch> wrote:
> >
> >> I do recall, but we are no longer using those properties in the
> >> same way- they have been modified; and so the text is no longer
> >> accurate. Also my comments were and are as an individual during
> >> the community comment phase.
> >>
> >> Eliot
> >> On 17.06.2025 15:42, Jay Daley wrote:
> >>
> >> Eliot
> >>
> >>
> >> On 4 Jun 2025, at 11:38, Eliot Lear <l...@lear.ch> <l...@lear.ch>
> >> wrote: The Chapeau in Section 7 now looks a little funny, and
> >> historically wrong, given that we appear to be changing history.
> >> To this end, I suggest the following changes: OLD:
> >> 7. Historical Properties of the RFC Series
> >> NEW:
> >> 7. Properties of the RFC Series
> >> OLD:
> >> This section lists some of the properties that have been
> >> historically regarded as important to the RFC Series.
> >> NEW:
> >> This section lists some of the properties that are
> >> regarded as important to the RFC Series.
> >>
> >> You may not recall, but the existing language was a careful
> >> compromise reflecting some very different views on the
> >> applicability of these properties.  There were a number who
> >> strongly disagreed with these properties as things to maintain
> >> going forward and so the wording was chosen to reflect that these
> >> properties, while once considered important, no longer had
> >> consensus.  In that context, changing this in the RSAB stage of
> >> processing is quite problematic.
> >>
> >> Jay
> >>
> >>
> >> _______________________________________________
> >> rfc-interest mailing list -- rfc-interest@rfc-editor.org
> >> To unsubscribe send an email to rfc-interest-le...@rfc-editor.org
> >>
>
>
>
_______________________________________________
rfc-interest mailing list -- rfc-interest@rfc-editor.org
To unsubscribe send an email to rfc-interest-le...@rfc-editor.org

Reply via email to