摘要

  • Distribution 在 Newsgroups 之外增加了一项传播条件：普通中继既要匹配讨论组，也要在标头存在时匹配至少一个传播范围。
  • 保留词 local 的边界由本地软件配置定义。服务器可以向发帖客户端提供可选建议，但没有任何可携带的名称能够包含一条全网统一的边界。
  • RFC 5537 明确指出，协议无法强制限制传播；洪泛机制会寻找所有可用出口。因此它是协作性的路由政策，不是保密能力。

同一个 local，停在不同的门前

设想两个相邻站点都收到写有 Distribution: local 的文章。字节完全相同，但第一个站点可能把“一台主机”称为本地，第二个站点把整座机构网络称为本地，第三个邻居甚至不识别这个范围。

这个词不携带拓扑，也不列出成员。每个站点必须自行决定哪些对等链路属于本地交换、哪些传播名可以发送或接收。请求可以随文章远行，解释请求的权力却留在配置现场。

这正是复制式网络的设计难题。作者需要表达较窄的读者范围，却不应因此成为路由管理员。Usenet 最终选择了由自治中继检查的便携条件，而不是嵌入文章的分布式访问控制表。

讨论组与传播范围是两道判断

早期的 RFC 850 用一则汽车出售启事说明机制：文章可以投进名称广泛的讨论组，同时只面向新泽西。Distribution 的意图是进一步缩小讨论组的传播，而不是扩大它。

RFC 1036 把两条轴线写得更清楚。Newsgroups 继续决定主题目的地和用户订阅；一旦出现 Distribution，站点之间的普通传送还要至少匹配一个传播范围。

于是，一个全球携带的讨论组可以包含地区性启事；一个本地讨论组也可能因为远端根本不携带它而自然受限。前者回答“文章属于哪场讨论”，后者补充“它应穿过哪些中继域”。两者可以共同收窄路径，却不能互相取代。

local 从来不是距离单位

RFC 5536 把该字段定义为传播的地理或组织限制，并保留两个名称。world 表示无限传播，但由于缺少该字段本来就是这一默认值，所以通常不应显式写出。local 则表示“本地软件配置所定义的本地站点”。

后一句把权限边界说得很精确。发件人可以请求 local，却不能替别人的站点决定本地究竟是一台机器、一座园区还是某种联盟。

传播名不区分大小写；All 被禁止；除两字母国家代码外，通常应至少使用三个字符。这些规则让名称更容易互通，却没有建立一个列举所有机构边界的全球登记册。拼写相同不等于治理相同。

服务器能提供惯例，不能制定全网法律

RFC 3977 定义了可选的 LIST DISTRIB.PATS。某些服务器可以发布带权重的规则，把讨论组模式映射到建议的 Distribution 值；客户端可以采用权重最高的匹配项。

这是一种贴近发帖现场的帮助。服务器告诉界面本站通常怎样命名范围，但它没有配置下一跳，也没有迫使另一个网络接受同一解释。

“可选”与“可以采用”保留了角色分工：服务器提供建议，作者作出选择，对等中继执行各自政策。用户界面的便利不会自动升级为基础设施权力。

每条对等关系都要重新作出决定

RFC 5537 把执行点放在中继代理上。除非发送端被配置为提供、接收端被配置为接收至少一个匹配的讨论组，并在字段存在时匹配至少一个传播名，否则文章不应被转发。

这是一项双边条件。文章贡献名称，发送方和接收方的配置共同赋予它可执行意义。作者不能靠写下一个词创造对等协议。

这种安排适合由大学、企业和地区网络共同组成的体系。各社区不需要中央裁判，也能通过明确的对等政策建设较小传播域。代价是正确性分散在许多配置文件中，同一文章在不同边缘可能得到不同决定。

回复继承的是谨慎默认值

RFC 850 已建议回复默认继承前文的传播范围；RFC 5537 保留了这一规则。它可以防止一次普通回复在无人察觉时扩大整段讨论。

但继承不是不可更改的封印。新的作者可以覆盖默认值。早期标准甚至明确允许进一步缩小范围，或者在确有必要时把原先受限的讨论升级到更广范围。

因此，每篇文章都是新的发布决定。前文可以提供上下文和审计线索，却不能永久统治所有后续文章。Distribution 不是数字权利管理。

洪泛把请求与边界的差别暴露出来

RFC 5537 的安全章节直言：受限传播依赖每个接收站点的善意。Distribution 和 Archive 可以请求传播或保留限制，但协议无法强制它们。

这不是语法缺陷，而是执行权所在。接收站点可以复制文章，对等链路可能配置错误，用户可以重新发布，其他机制也能再次注入内容。Netnews 洪泛尤其擅长找到任何能离开所谓受限子网的路径。

标准对真正需要控制泄漏的组织给出的建议，是把所有外部新闻交换集中到少量网关。真实周界因此属于可管理的拓扑、出口运营者和内容保管制度。标头仍可证明原始处理意图，却不能代替这些控制。

登记字段名并不认证边界

当前的 IANA 消息标头登记册 把 Distribution 列为标准 Netnews 字段，并指向 RFC 5536。实现者由此能共享字段名和语法。

登记不会证明某个站点专用名称的含义，也不会证明中继遵守了请求。官方资料同样没有给出今天的部署率、供应商名称表或某套网关配置的效果。

这项历史设计的成就更克制：没有中央机构替所有社区画地图，站点仍能协调日常传播。它之所以有效，是因为参与者知道它的权力到哪里结束——字段能陈述期望范围，边界必须建在别处。