Résumé

  • En 2004, le RFC 3716 décrivait Sandy Ginoza comme principale éditrice technique à temps plein, chargée de la file des RFC et d'une grande part des échanges avec les auteurs et l'IESG. L'équipe visait une lecture mot à mot par trois paires d'yeux.
  • L'archive de révision finale de juin 2026 du futur RFC 10008 conserve des modifications attribuées à Ginoza, notamment dans la définition d'Accept-Query, les références et la formulation. Les auteurs approuvent le texte final avant publication.

Le numéro arrive à la fin

Un RFC publié semble avoir toujours porté son numéro. Le RFC 3716 raconte la mécanique de 2004 derrière cette apparence. Ginoza gérait la file de publication et une bonne partie des messages échangés avec les auteurs et l'IESG. L'équipe cherchait à faire lire chaque document, mot par mot, par trois paires d'yeux; elle disait y parvenir dans la plupart des cas. C'était sa composition à cette date. Le profil actuel de l'IETF place Ginoza à la tête du RFC Production Center et de son équipe consultative.

Le travail éditorial a laissé une trace moins solennelle qu'un organigramme. Dans l'archive de révision du 8 juin 2026 du futur RFC 10008, des commits attribués à Ginoza ajoutent des guillemets à Accept-Query là où le champ est défini, réordonnent des références et ajustent des formulations, parfois à la demande d'un auteur. D'autres personnes participent à cette même révision. Le RFC 10008 publié donne le résultat consultable. La norme passe aussi par cette série de petites décisions visibles.

Qui approuve, qui remet au public ?

Le modèle actuel, RFC 9920, confie le contenu à l'organe qui approuve chaque série de documents et la production au RFC Editor. Le guide des auteurs précise qu'ils examinent et valident les changements avant la publication. Un lecteur qui conteste une phrase peut donc remonter deux pistes: l'approbation de la substance et la version finale acceptée par les auteurs.

Ce partage explique l'importance du bureau de Ginoza. Il faut livrer un texte stable, accessible et assez clair pour être lu bien après la réunion qui l'a validé. La trace de juin 2026 ne chiffre pas des bugs évités; il faudrait des essais comparant les implémentations pour le faire. Elle prouve que la révision continue après l'approbation. Le vrai document de référence naît de ce passage contrôlé.

Sources : RFC 3716 ; profil IETF ; archive de la révision ; RFC 10008 ; RFC 9920 ; guide de publication.