摘要

  • 10 月 26 日发布的 IANABIS 第四版草案新增一项 IANA 操作：给既有媒体类型组织名单改名并扩大用途。
  • 未来某登记程序若要求 IESG 认可，IANA 将先查名单；未列名的机构须交由 IESG 决定。

IANA 现行名单的标题很老实：在“标准树”里登记过媒体类型的标准相关组织。它像一张写着具体宴会名称的宾客表。IETF IANABIS 工作组的新稿却想让这张表去看更多扇门。

10 月 27 日 UTC 的公告发布了 RFC 8126bis 第四版。和7 月的第三版相比，新版第 11.3 节多出一项明确的 IANA 操作：把名单改名为“获 IESG 认可的标准相关组织”，保留原有条目，并让其他要求同类认可的登记程序也能查询它。

新机构怎么进名单？草案写得直截了当：IANA 先查；查不到，就向 IESG 提请认可；IESG 正式认可以后，IANA 再登记。入列程序仍是“IESG Approval”。草案说，原名单上的机构在文件发表时可满足这类认可要求；如果需要，今后还可以把资格限定到特定登记簿或程序。

这不是单纯换招牌。过去的一次媒体类型登记可能成为未来另一种程序的资格凭据。一旦名单跨场景使用，每条认可记录的时间、依据和适用范围就更值得追问：下一个办事员看见机构名字，究竟该打开哪扇门？新版还提出给部分新登记簿加上“Change Controller”字段，再补给缺字段的旧登记簿，明确后续变更由谁掌控。

目前，IANA 页面还挂着旧标题，引用的仍是 RFC 6838。钥匙在草图里，尚未插进新锁。

Datatracker 登记页将第四版列为 IANABIS 工作组文稿。