要約

  • Great Renamingは増え続けるUsenetのグループを各サイトで分類・選択しやすくしたが、ネットワーク全体に一つの配信方針を強制したわけではない。
  • Gene Spaffordは幅広い協議を報告したが、それだけで全サイトや読者から委任を受けたことにはならない。

分析

名前が運用上の手掛かりになる

再編前、多くの議論は広い意味しか持たないnet.という接頭辞の下に並んでいた。名前だけではグループの内容を判断しにくく、サイト管理者が何を配信するか決める助けにもなりにくかった。1986年9月の時点で、すでにグループを選んで受信するサイトがあった。

Georgia TechのGene Spaffordは、当時の投稿で、コスト上昇だけが再編の理由ではないと説明した。グループ数の増加、用途の分かりにくさ、一部サイトがすでに行っていた選択的配信、そしてモデレーター付きグループをStargate衛星サービスに載せられる可能性も挙げた。より整理された構造なら、ネットワークの成長を支えられるという見方だった。

新しい階層名は、平坦に見えた一覧を話題ごとの枝に分けた。運用者にとって、名前は実用的な選択基準になった。すべてのグループを一つの不可分なフィードとして扱わずに、枝ごとに配信対象を決められる。ただし、選びやすくなったことと、全ホストがその方法を使うことは別だ。

配信の判断は各サイトに残った

Spaffordはtalkグループについて、削除されるのではなく、ネットワーク全体には届きにくくなると述べた。USENIXで尋ねたバックボーン管理者の少なくとも半数は、全グループを引き続き配信する意向だったという。残りのサイトは、負荷や地域の事情に応じて異なる判断をする可能性があった。

Usenetからtalkを消す中央スイッチがあったわけではない。各サイトの管理者が、隣接ホストとのリンクで何を受け取り、転送するかを決めていた。1986年2月にARPA-Internet向けに発行されたRFC 977は、サイト固有の規則に従って配信するグループや記事を選ぶニュースサーバーを説明する。ただし、すべてのUsenetサイトがNNTPを使ったという証拠ではない。後のRFC 1036は、隣接ホストごとにどのグループを送るかを指定するsysファイルを記述した。実際の制御点はローカルな設定だった。

相談への参加は全体の委任ではない

Spaffordによれば、過去3年間の3回のメーリングリスト討議には約150人が参加し、50人以上が計画の8つの版にコメントした。この数字は、少人数の起草者だけで進めたわけではないことを示す。一方、参加者が誰を代表したか、全体を拘束する投票があったか、各サイトが主催者に権限を委任したかまでは示さない。

Spaffordは、自分の見解を述べているだけで、バックボーン管理者全体を代表しているのではないと明記した。また、議論が終わらなくなるのを避けるため計画を既成事実として提示したと認めつつ、設計は確定ではないとした。全面的な合意か秘密の命令かという二択では、この緊張を捉えられない。協議は設計に影響したが、各サイトの配信設定を変える権限はローカルの運用者に残った。

記録からは分からないこと

残された投稿は主催者の理由と見通しを伝えるが、実際の配信設定を網羅した調査ではない。どのサイトが後にどのグループを止めたのか、その状態が何日続いたのか、各読者が何を読めたのかは、ここで確認した資料からは分からない。階層名はフィルタリングを容易にしたかもしれないが、名前だけではホストが実際に除外したことを証明できない。

Great Renamingの意義は、名称と運用上の選択の接点を変えたことにある。議論を分類する方法は分かりやすくなったが、一つの命名判断ですべてのサイトに同じ内容を配信させることはできなかった。読者は配信の決定に影響される一方、討議に参加したことだけで各運用者への権限を得たわけではない。

出典