摘要

  • RFC 1855 是一份 Informational、可由组织改写的最低指南；RFC 编号保存了经验，却没有把它升级成互联网标准或 IETF 的执法权。
  • 文件把一对一通信、一对多发布与信息服务分开，并分别规定用户、管理员、版主和服务运营者应承担什么工作。
  • 它留下的关键方法不是“大家都该有礼貌”，而是先确认受众、渠道、规则来源、身份凭据和可执行者，再处理投诉与后果。

一份先限制自身权力的规则书

RFC 1855 里的很多细节，一眼就能看出年代。签名最好不超过四行，因为有人按分钟支付接入费用；50 KB 的附件可能已经过大；终端屏幕尺寸不同，不能假定对方看到的排版与自己相同。今天照搬这些数字没有意义，但数字背后的成本结构仍然清楚。

这份文件于 1995 年 10 月以 FYI 28 发布，并在正文开始前便写明：它不规定任何一种互联网标准。摘要称其为一套“最低指南”，组织可以取用并按自己的环境调整。采用项目符号，也是为了便于查找和改写。

这是对互联网人口变化的回应。早期用户往往熟悉传输与协议，新进入者不再需要先成为工程师，才能使用邮件、新闻组或 Web。但不会协议，并不等于无需知道一条消息会发给谁、会消耗谁的资源、账户由谁提供、具体规则由谁执行。

所以文件让大学、公司或 ISP 的用户先查看提供接入的组织所公布的规定，并向本地负责人询问细节。共同指南可以指出问题类型；真正能执行的规则仍要落在某个服务、某个组织和某个有能力复核决定的人身上。

互联网并不是一个房间

RFC 1855 把在线环境分成三种几何结构。一对一是邮件与 talk，像两个人交谈；一对多是邮件列表与 NetNews，一次动作会进入分布式受众；信息服务包括 FTP、WWW、WAIS、Gopher、MUD 与 MOO，用户进入的是他人维护的资源。

同一个“回复”在三种空间里并非同一种行为。私信只打扰一个人；回复列表会占用所有订阅者的注意力；NetNews 的传播顺序甚至可能让回复先于原帖到达；下载文件则会消耗远端服务器的带宽和存储。

因此，网络礼仪首先是理解传播范围。群组地址可能长得像个人地址，邮件程序的回复功能可能把私人话送到整个列表。NetNews 的 Distribution 字段试图限制传播，文件却明确提醒：复杂的分发方式使它并不可靠。界面记录意图，网络产生实际副本，两者不能合并成一个事实。

发送后的控制更弱。列表消息通常无法收回，系统管理员也无能为力；新闻组和邮件列表又常被长期归档。作者最后拥有完整控制的时刻，是按下发送之前。此后的删除请求，只是面对多个保管者的一次新请求。

用户、管理员与版主不是同一个职位

指南没有把所有责任扔给个人，而是逐层分工。

用户应核对地址、写明主题、只保留必要引文、理解群组文化，并把订阅或退订请求送到管理地址。把 unsubscribe 发给全体成员不只是不雅，它暴露了一个结构事实：讨论内容与列表控制命令有不同的目的地。

管理员应公布站点规则、归档期限与日志政策，维护系统健康和 Postmaster 等角色邮箱，并及时处理投诉。同时，文件要求管理员以开放态度调查，因为邮件地址可能被伪造。能关闭账户，不等于已经证明该账户实施了被投诉的行为。

版主拥有更窄的操作面：定期发布 FAQ、欢迎信、订阅说明和群组章程，及时处理稿件，并在离开时安排替代者。版主的权限来自对具体论坛的维护责任，不会自动延伸到另一个列表，更不会变成代表整个互联网的授权。

服务运营者还承担另一组义务：说明哪些内容可以复制，保持说明文件有效，披露如何处理用户提交的数据，并用不同客户端测试服务。出资并运行资源的人可以规定该资源的使用方式，却不会因此拥有经过服务的每个人或每种意见。

发言不自动代表机构

RFC 1855 有一条极其重要的制度边界：除非明确说明代表关系，应当假定个人只为自己发言。

公司域名下的邮箱不能把个人观点变成董事会决定。参加工作组不能替所有成员授权。版主管理讨论秩序，不等于代表所有读者。即使一段文字进入 RFC，出版行为也只是把它放入长期档案，并不会把每一句话都变成强制命令。

这种区分并不会削弱参与，反而使参与更安全。人可以提供经验、提出异议或发出警告，而不必承担一个凭空生成的机构身份。它也保护未出席的人：参与、发言、被听见、代表与授权分别需要各自的证据。

投诉只是调查的起点

当时的邮件和新闻都可能遭到伪造。RFC 1855 要求读者做“现实检查”，也要求管理员不要带着预设结论处理举报。可见的发送地址是一条线索，不是经过认证的身份结论。

滥用处置可能产生第二名受害者。原始收件人承受有害内容；如果管理员把薄弱的头部字段当成证明，无辜用户、站点或运维人员又会承受报复。行动速度不能替代来源核验。

文件没有提供现代认证体系，也没有设计全球证据格式或上诉法院。它仍给出了一条可靠顺序：保存投诉，找到拥有日志与控制能力的本地运营者，核对记录，再把“有技术能力采取措施”和“已证明应对谁采取措施”分开。

礼仪下面是一张成本表

四行签名或 50 KB 附件的具体阈值已经过时，但它们说明了为什么一对多沟通不是纯粹的个人表达。RFC 1855 指出，邮件传递成本由发送方、接收方及其组织共同承担，包括带宽、磁盘、CPU，有时还有按分钟计算的费用。

大量发送允许一个人花费别人的资源。确认内容是否适合群组，也是在确认谁同意承担复制、保存与阅读的成本。指南没有规定全球统一价格，只把审慎义务放在选择扩大传播的人身上。

这也是为什么无内容的附和、完整重复前文、超大附件和无关广告不仅是风格问题。它们改变了他人的支出，而发送按钮不会显示那张分散的账单。

能访问，不等于可信

信息服务部分对在线资料保持同样克制。熟悉的扩展名不保证文件类型，README 可能过期，常见的服务命名习惯也可能没有被执行。人人都能出版之后，网络可达性更不能自动变成准确性和时效性。

运营者则必须维护内容、给时效性材料标日期、说明政策，并提前告知会如何使用反馈信息。出版带来的是维护责任，不是“已经上线所以必然正确”的特权。

文件名、头部、消息、投诉与归档都是可观察对象，却都只是部分证据。网络能证明它们被传送或保存，不能独自决定它们是真是假、代表谁、授权谁。

垃圾邮件让责任地图承受压力

1999 年的 RFC 2635 专门讨论大规模非请求邮件和帖子。它同样属于 Informational，并分别向用户、系统与新闻管理员、列表管理者和接入提供商提出建议。

文件描述了放大效应：一封垃圾邮件可能引来几十或几百封误发到列表的退订回复，让最初的干扰继续增殖。更重要的是，它警告过滤器可能误拦合法邮件，投诉可能压垮或惩罚错误的 Postmaster，升级处置应遵循本地流程。

于是，社会规范会转化为过滤规则、服务条款或账户措施，但每一次转化都引入新的执行者与故障模式。“社区反对”无法回答谁过滤了消息、适用哪一版规则、证据是什么、误判如何恢复。

RFC 编号不是王冠

RFC 2026 在 1996 年说明，RFC 系列既是互联网标准的正式出版渠道，也保存 IESG、IAB 和互联网社区的其他文件。STD 与 BCP 子系列标记特定地位；Informational 与 Experimental 文件可以处于标准轨道之外。

后来的 RFC 8729 再次强调，RFC 档案既包含标准，也包含研究、工程思想和不同来源的贡献。“它是一份 RFC”只能证明长期出版身份，不能单独回答规范强度和执行权来源。

RFC 1855 的价值无需借用全球法律的外衣。它压缩经验、标记限制、把问题送向能处理它的角色。共同档案没有吞并本地执行面，这正是它可信的原因。

证据不能支持哪些结论

这四份文件没有统计指南的阅读量、采用率和遵从率，也不能证明今天任何平台仍按 1995 年的阈值行动。具体的终端、附件和连接费用都属于历史环境。

原文有些措辞非常强硬，会说某些行为“被禁止”，甚至可能导致失去连接。这些句子应被保留为当时运营文化的证据，却不能凌驾于文件自己的 Informational 声明、组织可改写原则和本地规则边界之上。

可成立的结论更精确：网络礼仪 RFC 让媒介、受众、规则、证据与运营者之间的分工变得可见。分布式互联网可以共享建议，但不必把建议的出版者虚构成统治者。

来源