摘要

  • RFC 1465 在 X.500 路由尚未成熟时，用统一格式分发社区、域、中继、联系人、网络、协议栈、优先级与有效期信息。
  • START 表示一项声明何时应当适用；各站点收取和安装、地址校验、连接、消息托管与最终送达仍是独立事实。

早期 X.400 邮件世界并不只有一张底层网络。邮件传输代理可能通过 X.25 运行 TP0，通过 CLNS 运行 TP4，也可能在 TCP/IP 上使用 RFC 1006。两个 MTA 即使支持同一协议栈，若所在网络没有互通，仍然不能通信；有些接收方还只允许预先登记的对端连接。

因此，管理员需要的不只是一个目的地址，还要知道哪一个中继愿意承担哪个域、能够经由哪一座网络岛工作、呼叫与被叫参数是什么。1993 年 5 月发布的实验性 RFC 1465，把这些协调信息放进可由工具读取的静态文档，作为 X.500 目录路由就绪前的短期方案。

四类文档拼成一条管理路径

COMMUNITY 文档规定社区名称、协调点、文件服务器，以及网络与协议栈的统一词汇。RELAY-MTA 文档描述某个中继的连接参数。DOMAIN 文档把 X.400 地址子树关联到负责人和按优先级排列的中继。PERSON 文档保存联系人资料。

这些引用能拼接，却不能互相代替。中继键可能含有管理域字段，只是为了形成唯一字符串；RFC 1465 明说它不是地址。一个域可以由别处的中继服务，也可以列出多个中继。联系人是负责人，不是域本身，也不是邮件收件人。

控制权因而分散在多个位置。社区协调者维护词汇和公布文件；域管理员声明覆盖范围；中继管理员控制连接与接纳；每个本地管理员再把收到的资料变成运行配置。共同格式降低了沟通成本，却没有替这些主体完成实际操作。

生效日记录的是意图时钟

每份文档都带更新日期和必填的开始日期，还可以设置结束日期。RFC 1465 允许在开始日前公布，理由很朴素：没有自动工具时，中继管理员需要时间准备。

这使 START 成为一张排期凭据，而不是健康检查。某一时刻，中央文件可以已经接受，新版本可以已经发送；甲站点完成安装，乙站点只下载未启用，丙站点仍使用旧表。日历翻到开始日，只能说明记录按文档约定进入有效期，不能证明所有本地状态已经收敛。

结束日期也不会主动从每台 MTA 删除旧项。必须读取运行配置，才能知道过期是否落实。1999 年 RFC 2626 的扫描附录后来发现 RFC 1465 使用 yymmdd 的位置。这说明两位年份值得明确解释，却不能被写成已经发生过千年虫事故。

优先级回答先试谁

RFC 1465 区分主中继和次中继，也可以为中继及服务类型设置优先级。路由过程先匹配域，再在可选中继中排序。如果连接失败，就尝试其他服务类型或较低优先级的中继；没有替代项时，继续重试原中继。

这是选择算法，不是可用性证明。“primary”说明社区角色，数字说明偏好。它们不测量当前负载、端口是否开放、对端是否接受这条消息。真正的结果只会在连接尝试中出现。

文档要求每个社区自行制定更新流程，并提醒自动更新必须谨慎研究。中继越多，维护本地表和持续监视连接的成本越高。多个中继有助于稳健性，前提是替代路径已经安装并且此刻可用。

底层改动能让上层记录失真

RFC 1465 给出了一个非常具体的断点。有些 X.400 系统会校验呼叫方网络地址，而呼叫地址与被叫地址可能不同。X.25 交换机重新配置后，呼叫方地址可能改变；即使高层配置没有变化，中继也会因为对端校验不匹配而无法连接。

在共享文件里，域、中继键、优先级和服务名都可能原封不动。运行世界却已经变了：发送方拿出的底层凭据不再符合接收方安装的规则。

RFC 还允许记录硬件、操作系统和 MHS 软件，以便在资料保持最新时排障；可以用本地域加不存在的用户做连通测试，也可以公布回声服务器做可用性测试。测试字段的存在恰好证明，静态声明本身不是测试结果。

后续方案承认人工分发无法保证一致

RFC 1649 在 1994 年继续描述这一运营环境：没有充分部署的目录时，静态表按 O/R 地址查找下一跳 MTA。若记录每个管理域中的所有 MTA，表会巨大且变化频繁，于是 RELAY-MTA 用较少入口压缩协调范围。RFC 1711 随后把 GO-MHS 描述为一个投入运营、仍以静态和社区级表规则为主的 X.400 服务。

这些资料说明表格进入过运营体系，却没有给出全球采用率、各站点版本清单或逐封邮件的送达记录。

到 1995 年，RFC 1802 直接指出中央维护和公布的表已经难以扩展，人工传播与安装不能保证分散在全球的 MTA 看到一致信息。Long Bud 项目提出迁移到 X.500：新 MTA 直接读目录，旧 MTA 则继续由工具生成静态表。

迁移仍需要管理员登记、与另一位参与者测试连接、保留默认路由、保证数据准确，并在验证后公告。文档只说少量初始 MTA 已运行，大规模部分仍是一个未获大量资源承诺的试点。RFC 1801 描绘长期目录路由架构和目标，也没有替未来写下成功结论。

从公布到送达要补齐七段凭据

一次可追溯的路由变更至少应串起：协调者接受的文件与哈希；公布时间与有效窗口；每个站点的收取；本地生成和安装的表；网络、协议栈与地址校验的现场匹配；所选连接及托管响应；最终送达或未送达报告。

RFC 1465 把这条链的前半段写得清楚，使跨管理域的意图能够携带和比较。它留下的历史边界同样清楚：表格可以规定机器应当怎样工作，只有运行中的机器能说明它实际上做了什么。