摘要

  • Great Renaming 让站点更容易按主题整理并筛选不断增长的新闻组，但没有为整个 Usenet 设定统一的传播策略。
  • Gene Spafford 记录了相当广泛的讨论；这些参与本身并不等于所有站点和读者都授权了同一个决定。

分析

名称开始帮助管理员做取舍

重组之前，许多讨论都挂在宽泛的 net. 前缀下。这个前缀很难说明某个新闻组究竟讨论什么，也不便于站点管理员判断哪些内容值得传输。到 1986 年 9 月，一些站点已经在选择保留哪些组。

佐治亚理工学院的 Gene Spafford 在一篇同期帖子中解释，成本上升只是推动重组的原因之一。他还提到新闻组数量增长、用途越来越难辨认、一些站点早已选择性接收内容，以及让受管理的新闻组有机会进入 Stargate 卫星服务。他认为，更清晰的结构可以帮助网络继续扩张。

新的层级把一张看起来扁平的组名清单整理成主题分支。对管理员来说，这让名称成为一种实用的操作入口：站点可以选择某个分支，而不必把所有新闻组看成不可拆分的一股流量。层级让筛选更容易，却不会强迫每台主机都按前缀筛选。

传播决定仍落在各个站点

Spafford 特别解释了 talk 组：它们不会被删除，但不太可能传播到整个网络。他说，在 USENIX 询问的主干网管理员中，至少一半打算继续接收所有组。其他站点则可能根据流量和当地情况作出不同选择。

这不是一个中央开关把 talk 从 Usenet 上撤掉。管理员仍决定自己的链路接收和转发什么。1986 年 2 月面向 ARPA-Internet 社群发布的 RFC 977，描述了新闻服务器如何按站点本地规则选择组和文章；它并不能证明每个 Usenet 站点都运行 NNTP。稍后的 RFC 1036 则描述了 sys 文件：主机可以针对每个相邻节点，设置要发送哪些新闻组模式。真正的控制点仍是本地配置。

被咨询不等于拥有全网授权

Spafford 说，过去三年的三轮邮件列表讨论中，约有 150 名 Usenet 用户参与；50 多人还审阅并评论了八版方案。这说明改革并非仅由一个小型起草组闭门完成。但这些数字没有说明参与者代表谁，也不等于一次有约束力的投票，更不能证明每个站点都把权力交给了组织者。

Spafford 明确表示，他只是在陈述自己的看法，并不代表所有主干网管理员。他也承认，为避免讨论无限延长，方案曾以“既成事实”的方式推出，同时强调设计仍可调整。比起“人人共识”或“秘密命令”，这组张力更能说明实际情况：讨论影响了设计，但每个站点配置传播链路的能力仍然决定本地结果。

现存记录无法证明什么

保存下来的帖子说明了组织者的理由和预期，却不是实际传播配置的普查。我们查阅的来源没有列出后来哪些站点停止传播了哪些组、这种缺失持续多久，也没有记录每位读者能看到什么。层级名称可能让筛选更方便，但不能仅凭一个前缀就证明某台主机真的屏蔽了某组。

Great Renaming 的意义，在于它改变了名称与运行选择之间的接口。Usenet 得到了一种更易理解的讨论分类方式，但没有任何一次命名决定能让所有站点都传播相同的内容。读者会受到传播决策影响；不过，参与讨论并不自动赋予他们决定每个运营者策略的权力。

来源