摘要

  • 美国国家标准局于 1981 年通过 RFC 806 散发计算机邮件格式草案，1983 年 1 月 27 日发布 FIPS 98；RFC 841 将正式文本提供给 ARPA 研究界。它开篇就把身份说清：这份联邦标准并未因进入 RFC 文库而成为 ARPA 互联网标准。
  • FIPS 98 把共同要求放在计算机邮件系统的交换接口，内部存储、显示和传输方案由各系统自行决定。适用的内部新开发项目有 12 个月节点，相关设备与服务订单有 24 个月节点；偏离标准须经商务部长批准。

想象一份厚厚的文件夹，在两个办公桌之间转了一圈。采购桌上放着日历、订单和审批章。研究室桌上放着索引卡，卡上写着 RFC 841。研究员当然能拿到规格、讨论字段、试着让两台机器对话；但研究室的索引员就算把卡片盖得震天响，也批不了联邦采购例外。这正是 1983 年这份文件有趣的地方：它同时传播了一套技术格式，也展示了传播和管辖之间那条看不见的线。

起点更早。美国国家标准局 1981 年的提案见于 RFC 806；正式的《联邦信息处理标准出版物》第 98 号于 1983 年 1 月 27 日颁布，又以 RFC 841 流通。RFC 841 前言说明，作为 RFC 分发是为了让 ARPA 研究界方便取得文本，并明确指出它没有规定 ARPA 互联网的标准。编号解决的是谁能读到；联邦文件解决的是哪些采购行为受约束。两者写在同一页，职权却各归其位。

被标准化的也不是一整套邮件生活。FIPS 98 盯着计算机邮件系统（CBMS）之间的消息格式。发送系统在出口把消息整理成共同格式，接收系统在入口认出相应字段，再按自己的方式处理。内部磁盘怎么存、用户看见什么画面、提供哪些本地服务，都留给各系统。传送环节要透明地运送消息；路由信封和控制信息不属于这一份消息格式的规定。联邦采购可以要求边界处说同一种话，并不需要替每间办公室挑键盘颜色。

边界之所以重要，是因为“收件人”甚至未必是一位坐在桌前的人。RFC 841 的世界里，发信者与收信者可以是个人、岗位，也可以是软件进程；对方暂时不可用，系统可以先存着信。格式还给厂商扩展留了位置。这样的设计承认了不同系统会继续生长，交换处却要能读懂彼此。若把互通误写成内部完全一致，联邦标准就会变成一份荒唐的全国办公室装修清单。

采购时钟则格外具体。文件面向采购或使用联网 CBMS 的联邦部门和机构。单独运行、不参加互联的系统处境不同；专为计算机科学或通信研究设立的网络获得豁免。既有网络接入新节点时，旧节点可以改造，也可以在接口设置转换器。适用设备和服务在颁布 24 个月后下单，要符合标准；机构自行开发的新 CBMS 在颁布 12 个月后启动，也进入规定范围。机构负责人可以提出以成本或性能优势为依据的豁免申请，批准权在商务部长；文件要求先获批准再偏离。这里的日期和签字属于 1983 年的联邦规则，而不是 RFC 编号附赠的权力。

最终，两种权力被安排得很干净：政府在它能采购的范围内规定接口，研究档案让更多人读到接口定义。消息跨系统时要按共同格式出门；系统回到自己屋里，仍可按自己的办法工作。那份文件夹确实旅行了，章还留在华盛顿。