Moving XEP-0066 to Final (emitting Last Call?)
Hello, The Council talked about moving a couple of stable XEPs which have not been modified for years to "Final". As this process has not been done for a long time, we want to first try with XEP-0066 (Out of Band Data). Peter, would you be fine with moving this specification to "Final"? Please not that dwd suggested to get rid of section 6 first (XEP-0095 being deprecated). If Peter is fine with getting rid of the section and moving forward, we can emit a last call. Thanks. Goffi
That all sounds good, including the removal of Section 6. Peter On Tue, Jul 7, 2026, at 10:01 AM, Goffi wrote:
Hello,
The Council talked about moving a couple of stable XEPs which have not been modified for years to "Final". As this process has not been done for a long time, we want to first try with XEP-0066 (Out of Band Data).
Peter, would you be fine with moving this specification to "Final"?
Please not that dwd suggested to get rid of section 6 first (XEP-0095 being deprecated).
If Peter is fine with getting rid of the section and moving forward, we can emit a last call.
Thanks. Goffi Attachments: * signature.asc
On Tue, 7 Jul 2026 at 17:01, Goffi <goffi@goffi.org> wrote:
The Council talked about moving a couple of stable XEPs which have not been modified for years to "Final". As this process has not been done for a long time, we want to first try with XEP-0066 (Out of Band Data).
Thanks for picking this one up.
Please not that dwd suggested to get rid of section 6 first (XEP-0095 being deprecated).
My argument for removal of section 6 is both that the specifications it references are deprecated (we don't have rules about this unlike the IETF's "downref" rules, but it seems sensible) but in addition the section is non-normative and a "well we could do this if we wanted" which feels like Experimental. https://github.com/xsf/xeps/pull/1553 hopefully saves some time for Peter! Dave.
On Wed, 8 Jul 2026 at 10:08, Dave Cridland <dave@cridland.net> wrote:
https://github.com/xsf/xeps/pull/1553 hopefully saves some time for Peter!
Given the other thread I hesitate to mention, but Copilot says this:
With the “Integration With Stream Initiation” section removed, the document still references negotiation via XEP-0096 (see lines 96–97) and still defines an optional sid attribute in the jabber:iq:oob schema (line 219), but there is no longer any text defining what sid means or when it should be used. Consider either (a) removing sid from the schema, or (b) keeping it but explicitly documenting it as deprecated / for backward compatibility and clarifying the remaining XEP-0096 references accordingly.
That's a fair comment - I'm think it's suggested option (b) is the way to go for the schema, and maybe just remove the XEP-0096 references? Dave.
participants (3)
-
Dave Cridland -
Goffi -
Peter Saint-Andre