Summary

  • RFC 769 为 Rapicom 450 传真机规定了文件封装方式，让拥有兼容设备的 ARPA Internet 机构能通过文件传输等协议交换已保存的页面数据。
  • 文件能辨认准备块、数据块和结束标记，却没有把机器内部的 585 位编码变成通用位图。收到字节是一关，读出图像还得过设备解码这一关。

1980 年的传真机原本和纸关系最亲。接上计算机之后，它又能把一页纸变成文件。这件事让 ARPA Internet 社区里几家装有 Rapicom 450 的机构有了新玩法：先存页，再用文件传输或其他协议把数据交给另一家。Jon Postel 当年 9 月写下的 RFC 769，就是给想加入这套交换办法、手里也有兼容设备的人准备的说明书。

文件走得动，页面却不会自动变得人人可读。Rapicom 450 自带一套编码和解码方法，输出 585 位长的块。RFC 把这些块安排进八位字节组成的记录里，却也明确说明：不知道并使用这套设备编码，就不能把块当作位图来处理。文件像一封格式工整的信，邮差完全会送；信里的字，还认得主人家的笔迹。

为了让收件方至少知道包裹从哪里拆，RFC 规定每条记录先放一个长度字节，再放一个命令字节，后面才是数据。长度把前两个字节也算进去。命令 56 是 SET-UP，57 是 DATA，58 是 END；最后一条 END 可以只有前两个字节。普通读文件的程序据此能分清准备、正文与结尾，无须猜哪段数据碰巧长得像页边。

准备块还有个有趣的取舍。机器发送或接收时，会重复好几份完全相同的 SET-UP 块；文件只保存一份。设备运行时的重复动作，进入持久文件后变成一条记录。这不是把机器的一举一动照相存档，而是在选择下一家机构真正需要的那部分表示。

585 位也不肯老老实实排进八位字节。73 个字节只有 584 位，差一位；因此文件的惯例用 74 字节的数据区，再加长度和命令，总长 76 字节。RFC 说截至当时已经交换的文件，每条记录装一个设备块，第一条为 SET-UP，中间为 DATA，最后是 END。这个算术看起来像账房先生的爱好，却决定读者能否从字节流里找到正确的块边界。差一位，整页都可能跟着歪。

文档还记下每个块开头的 24 位同步标记，以及 DATA 块里循环变化的两位序号。这些线索帮助兼容设备识别和处理捕获到的数据；它们没有公开页面的每个像素。传输协议搬走文件，文件解析器找出块，Rapicom 的解码过程再重建图像。三项工作在一个流程里接力，各自负责不同的门。

这也解释了 RFC 769 的雄心为何很具体。它希望更多拥有兼容传真设备的机构加入既有交换程序，并没有宣称发明一套人人可用的图像格式。十二年后，RFC 1314提出面向互联网交换的 TIFF-B 传真类图像文件，目标更通用。后者的出现不是前者的交付证明；它让 1980 年那道设备边界看得更清楚。

今天说“把文件发过去”，通常像在说一个动作。RFC 769 的世界里，它是一串接力：纸页进入设备，设备吐出编码块，计算机把块包装成记录，网络搬运文件，另一台兼容设备把内容还给纸。1980 年的进步是纸页终于可以作为数据离开房间。尾注是：另一间房里最好也有对的机器。