You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In a recent discussion, we learned that we can't count on IETF to host expired I-Ds. We currently count on that for hosting past draft releases. The only one we host is the current version. We need to start hosting the others as well.
This change has a few other benefits as well. We have been using I-Ds for our spec, but not the way they were intended to be used, which means that some of the things that normally apply to I-Ds don't apply to us. Most importantly, our drafts effectively don't expire. As long as they are used in the wild, they are relevant. Since we don't use I-Ds properly, linking to IETF causes confusion.
Which leads to the other benefit in that self-hosting may make other specifications feel more comfortable referencing our past specifications. When we point to IETF, the IETF rules about expiration apply, but when we self-host, we can claim different rules that make sense for our situation.
It appears that we currently host most of the draft html, but we only use it for the current spec. I don't know why. So, this task will mostly just require changing links. Drafts that don't already have html are 0, 2, 3, and 5.
The text was updated successfully, but these errors were encountered:
In a recent discussion, we learned that we can't count on IETF to host expired I-Ds. We currently count on that for hosting past draft releases. The only one we host is the current version. We need to start hosting the others as well.
This change has a few other benefits as well. We have been using I-Ds for our spec, but not the way they were intended to be used, which means that some of the things that normally apply to I-Ds don't apply to us. Most importantly, our drafts effectively don't expire. As long as they are used in the wild, they are relevant. Since we don't use I-Ds properly, linking to IETF causes confusion.
Which leads to the other benefit in that self-hosting may make other specifications feel more comfortable referencing our past specifications. When we point to IETF, the IETF rules about expiration apply, but when we self-host, we can claim different rules that make sense for our situation.
It appears that we currently host most of the draft html, but we only use it for the current spec. I don't know why. So, this task will mostly just require changing links. Drafts that don't already have html are 0, 2, 3, and 5.
The text was updated successfully, but these errors were encountered: