摘要

  • RFC 1911 把依赖 DTMF 信令和模拟回放的跨机语音交换，改造成复用 MIME 与 ESMTP 的最小数字互通配置。
  • 数字邮箱到域名的映射、目标能力目录、SMTP 接受、报文语义保存、音频解码和用户收听分别由不同主体与证据证明。
  • RFC 2421 记载，1996 与 1997 年的演示促成了显著修改；运行测试不是给第一版盖章，而是暴露了需要替换的假设。

键盘没有提供全局地址

1996 年的目标设备通常接在电话交换机上。用户通过听筒和数字键盘存取语音，设备负责接听、录音与邮箱投递。更早的跨系统方法可能用 DTMF 选择远端，再以模拟方式回放声音。RFC 1911 选择借用 Internet 邮件设施，把声音变成 MIME 内容，由 ESMTP 传输。

RFC 1911 于 1996 年 2 月以 Experimental 身份发布，并非 Internet Standard。它的权威边界是一次公开记录的最小互通试验，而不是对所有语音邮件系统成熟度的认证。

用户输入的数字只是本地入口。Internet 邮件地址还需要域名，语音系统必须根据所拨号码选择 FQDN；RFC 1911 把具体办法留给实现。两个机构可以使用相同分机号，编号方案也会变化。因此，即使 DNS 正确回答了被查询的域名，也没有证明此前“数字属于这个域名”的本地判断正确。

这条边界很重要。日志若只记最终 FQDN，就会丢失原始拨号值和映射版本；日志若只记数字，又无法说明消息发往哪一组织。地址生成、DNS 解析、SMTP 连接和邮箱选择必须各留一张收据。

专用设备不是缩小版通用邮件服务器

RFC 1911 没有掩盖目标平台的限制。许多设备无法显示文本，除非另有文字转语音或传真功能。它们常把邮件传输代理与用户代理合在一台机器里，完成最终投递而不继续中继。存储系统可能留不住完整收件人、Received 路径或 Message-ID，也不适合做一般转发与网关。

这意味着“音频还在”不等于“邮件还完整”。缺少收件人列表，回复全部就失去依据；缺少路径，故障调查无法复原经过；缺少稳定标识，投递状态通知难以与原消息可靠关联。标准可以要求线上报文携带字段，却不能替本地存储证明字段最终被保存。

设备往往没有人工操作员，出错报告必须可由机器解析，再转换成仅能使用电话的用户听得懂的反馈。结构化通知证明报告系统记录了某个状态，不证明音频已成功解码，更不证明用户后来听到了通知。

最小共同集合不等于能力总和

配置的目标是让不同厂商、不同限制的设备至少交换一种共同消息。额外媒体和协议选项并非禁止，但发送前需要明确知道目的端支持。RFC 1911 提议维护目的端能力目录，同时把目录如何建立、更新与管理留给本地。

目录记录因此是管理声明，不是运行时事实。它可能过期、指错系统，或者把“软件可用”误写成“功能已启用”。可靠审计必须同时保存目录条目的来源与时间，以及当次 ESMTP 会话真实返回的 EHLO 能力。

postmaster 是规定的诊断入口。第一版还设置了 loopback 测试邮箱，让它以 postmaster 为发件人退回一封新消息。RFC 2421 后来因安全顾虑而弃用这个特殊地址。一个测试机制写进第一版，并不代表其风险已经永久解决。

SIZE 只会数八位组

用户按分钟理解留言，ESMTP SIZE 按字节计算，还要包括 MIME 包装。音频编码不同，同样时长的字节数就不同；若路径不能传二进制而要使用 Base64，体积还会增加。

RFC 1911 选择 Audio/32KADPCM 作为强制共同格式。其他标准或专有编码可以使用，但若没有逐目的端知识，互通性会下降。共同编码提供的是可尝试的最低面，不是某台设备音质、解码成功或内容可懂的证明。

ESMTP 能力同样只属于特定层。服务器宣布 8 位、二进制、分块或大小能力，说明它声称愿意接受怎样的传输；这不替最终存储保证字段，不替解码器保证格式，也不替用户证明收听结果。完成 SMTP 事务仍只是链条中间的一步。

演示把第一版改成了第二版

RFC 2421 说，它依据 EMA’96 的概念验证和 EMA’97 的产品演示更新了配置，并称新版本与 RFC 1911 有显著差异。来源没有给出完整参试厂商、通过率或部署数量，不能把演示扩写成市场普及史。

但修改内容本身很清楚。multipart/voice-message 不再依赖各部分的位置，同时内部内容被更严格限制；转发与回复得到明确说明；传真、目录卡片和投递通知被扩展；若干定义拆到独立文档；loopback 被弃用；安全讨论增加。

这不是“测试证明规范正确”的故事。运行中的互通暴露了位置依赖、回复语义、诊断机制与安全边界的不足，随后规范改变。RFC 3801 后来正式废止 RFC 2421，以更高精度重述 VPIMv2，并说明没有改变前一文档的协议。改线上的行为与改记录的精确度，是两类不同修订。

一条诚实的窄通道

RFC 1911 的价值不在于宣布语音邮件已经等同 Internet 邮件，而在于为能力不对称的设备划出一条可用且有限的通道。它越明确哪些语义可能丢失，互通声明就越可信。

完整证据链应从拨号数字开始，经过映射规则、FQDN、DNS、SMTP 对端、EHLO、信封、Message-ID、路径、MIME 树、传输编码、音频格式、字节数、最终投递、实际保存字段、解码、邮箱选择、状态通知与用户收听。收到声音是真实结果；它仍然未必等于保存了整封邮件。

来源