要約

  • 2004年のRFC 3716は、Sandy GinozaをRFC Editorの常勤主任技術編集者として記録する。出版待ちの文書を管理し、著者やIESGとの日々の連絡を担った。当時の目標は各RFCを三組の目で一語ずつ読むことだった。
  • 2026年6月の公開最終審査には、後にRFC 10008となる文書の修正が残る。Ginoza名義の変更にはAccept-Queryの定義、参照文献、表現の調整があり、著者が最終版を承認する。

整った文書の裏にある行列

番号を持つRFCには完成品の顔がある。RFC 3716が示した2004年の作業はもっと泥くさい。GinozaはRFC Editorの待ち行列を管理し、著者とIESGの間を多く往復した。チームは文書を三組の目で一語ずつ確認することを目指し、多くの案件で実現したと記している。これは当時の体制だ。現在のIETF人物ページでは、彼女はRFC Production Centerと助言チームの議長として載っている。

作業の粒度は2026年6月8日の最終審査アーカイブから分かる。後にRFC 10008となった文書で、Ginoza名義の変更には定義箇所のAccept-Queryを引用符で囲む作業、参考文献の並べ替え、文の並行性や著者の希望に沿った表現の修正がある。同じ履歴には他の参加者もいる。公開済みRFC 10008は、そのやり取りの先にある確定版だ。

内容の承認と出版の責任

現行のRFC 9920は、各文書系列の承認機関に内容の責任を、RFC Editor側に制作と配布の責任を割り振る。著者向けの公式説明では、編集後の変更を著者が確認し承認してからRFC番号が付く。実装者にとって、草案の議論と最終テキストの間に誰が署名したかは、細かな語句が争点になったときの道しるべになる。

2004年の三組の目が今も同じ人数で働くという記録はない。2026年の履歴が示すのは、個別の修正と承認の経路だ。Ginozaの役割は、会議で得た合意を長く残る文書に着地させることにある。番号を付ける前の一行が、後のソフトウェアと運用文書に何度も引用される。

出典：RFC 3716；IETF人物ページ；最終審査アーカイブ；RFC 10008；RFC 9920；RFC Editorの著者案内。