Closed dunglas closed 1 year ago
Hello,
The specification document you list is an Internet-Draft that isn't currently on any stream (IETF, IAB, Independent or IRTF), and as such isn't a suitable reference for registration. Once it's on a stream, it can be considered for provisional registration, becoming permanent when it's an RFC.
Thank you,
P.S. I note that the draft also uses /.well-known/subscriptions
, which isn't registered. Was that intentional?
P.S. I note that the draft also uses /.well-known/subscriptions, which isn't registered. Was that intentional?
It was an issue in the spec. It's fixed now (the good URL is /.well-known/mercure/subscription
. Thanks for reporting.
Regarding the stream, I'm not sure of how to fix this. I've sent you a mail about that (among other things).
Closing as the draft has long expired.
@mnot we still maintain the draft on GitHub and the protocol is now widely used. To be honest I still don't understand very well how to get this protocol published by the IETF.
is the URL https://mercure.rocks/spec stable? If so, we can use that.
Re: publication in the IETF --
Briefly, there are three paths:
For (1) or (2), your first step is likely DISPATCH; note that the IETF is meeting in a couple of weeks, so if you start this now you might get onto the agenda (and you can participate remotely).
For (3), see the instructions.
Yes it is!
Thanks for the informations about the submission.
Please confirm that:
If so, please provide the details of your request below.
Enter the details of the link relation type below:
Any additional information (this will not be included in the registry)?
The Mercure is already widely used (see the Implementation Status section of the I-D) and is already listed in the List of /.well-known/ services offered by webservers Wikipedia page. I plan to propose this I-D as a RFC soon.
The registration of link relation type has also be started: https://github.com/protocol-registries/link-relations/issues/21