摘要

  • Mary Ann Horton 参与组织 UUCP Mapping Project，把各站点自愿申报的邻接关系交给区域维护者整理，再通过 Usenet 发布，供每个站点独立计算邮件路径。
  • 这套体系把测量、成本判断、转发、命名与退出分成不同责任，也清楚暴露了旧数据、秘密泄露和中继负担集中的风险。

早期 UUCP 地址里的感叹号不是装饰。duke!research!ucbvax!user 同时写出了收件人和逐跳路线。发送者需要知道哪些机器彼此拨号、谁愿意承担长途电话费，以及中继是否仍在运行。

Mary Ann Horton 的意义不在于独自画出一张完整网络图。她推动的工作，是把散落在管理员脑中的路线知识变成可以申报、复核、发布和计算的公共机制。

一张图为何迅速失效

Horton 在 USENIX 访谈中回忆，她曾在 1982 和 1983 年的会议上分发 Usenet 逻辑图。人们拿它来路由邮件，可 Usenet 新闻传播图并不等于更大的 UUCP 邮件网。遗漏的邮件链路会让少数乐于中继的站点承担更多流量。

到 1984 年，逻辑图的分支已经多到无法用一张图表达。Horton 改发地理图，Bill 和 Karen Shannon 制作了八页逻辑图。纸张增加并没有解决更新问题：谁记录新邻居，谁纠正冲突，谁决定下一版何时可信？

链路还带着经济条件。有些大学禁止机器拨打长途电话，一些企业站点却能承担很高的账单。同一条边可能只由一端呼叫，可能速度快但每天只接通一次，也可能便宜却不稳定。拓扑存在，不等于服务可用。

把区域维护变成控制面

1984 年 1 月，华盛顿 USENIX 会议的一场非正式讨论促成了 UUCP Mapping Project。区域志愿者收集站点说明和邻接关系，处理矛盾，再把更新发布到 comp.mail.maps。

人数记录对应不同阶段。Stargate 博物馆称最初会议招募了三十多人；Horton 的成就页写约五十人的团队；更宽泛的回顾还包括数百名区域贡献者。它们不能被压缩为一个精确总数。

领导记录也不完全相同。Horton 的自述说她召集会议并领导项目创建；2000 年的项目结束草案把 USENIX 资助初期的领导归于 Karen Summers-Horton，并称 Horton 从 1985 年起负责运行。可信写法是保留两种有出处的时间线，而不是制造“唯一创始人”。

RFC 850 已经规定了公开边界。senduuname 可以请求某站点的 UUCP 邻居以制作路由图，管理员可以编辑答复；电话号码、密码和私有拨号文件不得随公开数据发送。可发现性需要邻接信息，运营安全却要求凭据保持私密。

“最低成本”是一项政策

Steve Bellovin 与 Peter Honeyman 编写了 pathalias。程序把站点和网络表示为有向图，每条边带有非负成本及地址操作符，再用类似 Dijkstra 的算法，从本地站点预先计算到已知目的地的低成本路径。

成本并非统一的物理量。论文列出电话费、呼叫频率、传输速度和可靠性，并说明标尺按有经验运营者的偏好调整。大型企业与大学面对同一通电话，经济判断并不相同；拨号建立和两次呼叫之间的等待，往往比名义带宽更重要。

输入同样不客观。早期数据可能矛盾、错误或不完整，由新闻图推断的连接还会低估真实拓扑。pathalias 有时为不可达主机推断反向边，并对域和网关使用启发式规则。优化甚至可能删除用户为绕开故障链路而手写的弯路。

因此，每张路由表都是本地判断。共同地图提供证据，pathalias 解释成本，邮件程序执行选择，管理员承担账单与故障。Horton 与 Adam Buchsbaum 参与开发的 smail 使用这些表，让普通用户不必背下完整感叹号路径。

域名隐藏路线，却没有取消维护

Horton 在《What Is a Domain?》中强调：域名中的点描述命名层级，不是机器之间的行程。绝对名称仍需路由表、解析器或网关决定下一跳。

RFC 819 把域定义为命名授权与名称转换的责任范围，并把它与 UUCP 相对源路由对照。RFC 920 更明确：域是行政实体，不必共享地理位置、拓扑、硬件、软件或协议。

Horton 回忆，UUCP Project 在 1986 年与 BITNET、CSNET 和 ARPANET 社群共同进入通用命名空间。她的成就页称，1986 至 1988 年间，超过 150 个没有直接接入互联网的 UNIX 组织获得了 .com 或 .edu 邮件服务。这个数字是当事人的回顾，不是本文独立审计的普查。

RFC 976 展示了兼容路径。它没有再造一套邮件标准，而是让 UUCP 区采用既有域名和邮件格式，按能力区分旧主机与新主机，并要求网关处理更完整的形式。用户看到 user@domain，后台仍把名称换成逐跳 UUCP 路线。

RFC 974 的 MX 记录把间接层进一步制度化。域可以列出优先邮件交换机，管理员可修改记录绕开故障主机。名称稳定，是因为复杂工作被交给了可重复使用的控制面。

一张地图必须知道何时退出

2000 年的项目结束草案称，地图已不再广泛使用，数据库在当年 8 月冻结。草案警告继续依赖旧数据可能导致邮件丢失或误投。它没有成为 RFC，只能作为项目自身的退出记录，而非已采纳标准。

这恰好补全了 Horton 的故事。文件还在，不代表地图仍有权威。只有当具体的人继续接收更新、处理争议、公布新鲜状态，并有权宣布停用时，地图才是运营系统。

今天的网络发现速度更快，但责任问题没有消失。连接是一项观察，路线是一项选择，名称是一项连续性承诺。三者能否保持一致，仍取决于谁发布变化，以及谁敢在维护结束时明确说：不要再按这张图走。

来源

  1. Wikimedia Commons：Mary Ann Horton 2012 年肖像
  2. UUCP Mapping Project 结束草案
  3. UC Berkeley EECS 人物资料
  4. Mary Ann Horton：主要成就
  5. Mary Ann Horton：互联网历史
  6. Stargate Internet Museum：UUCP Project
  7. Stargate Internet Museum：UUCP 与邮件
  8. Pathalias: The Care and Feeding of Relative Addresses
  9. Mary Ann Horton：What Is a Domain?
  10. RFC 1036：USENET 消息交换标准
  11. RFC 819：互联网用户应用的域命名约定
  12. RFC 850：USENET 消息交换标准
  13. RFC 920：域要求
  14. RFC 974：邮件路由与域名系统
  15. RFC 976：UUCP 邮件交换格式标准
  16. USENIX 对 Mary Ann Horton 的访谈