用现有技术重构现代邮件系统
Modern email can be built from borrowed parts
作者提出在 HTTP 协议之上构建邮件系统的继任者，旨在修复 SMTP 四十年的设计缺陷。该方案不发明任何新技术，而是巧妙组合 HTTP、TLS、WebFinger、ActivityPub、Ed25519 和 HPKE 等成熟技术。通过保留 user@domain 地址格式，利用现有基础设施解决身份验证、消息加密、队列重试及反垃圾邮件问题。文章详细展示了如何仅凭标准化组件，构建一个支持端到端加密、内容寻址附件及首触达同意的现代邮件协议 HMTP。
这个设计没有发明任何单一技术：所有技术都已存在。
HN 评论区
149- teddyh
我认为网络效应让电子邮件很难被取代，几乎每个上网的人都有一个邮箱地址。如果新方案能提供迁移路径，并兼容现有的 SMTP 协议，我觉得它更有可能被广泛采用。
现代电子邮件已经依赖 HTTP，例如 MTA-STS 协议（https://www.rfc-editor.org/info/rfc8461/）利用 HTTPS/TLS 来增强传输加密，或者 Web Key Directory（https://datatracker.ietf.org/doc/draft-koch-openpgp-webkey-s...）使用 HTTP 分发公钥。就我个人而言，我认为对 SMTP 的这些渐进式改进比彻底替换更有前景，但无论通过什么方式构建，我们都值得拥有更好的电子邮件系统。
- 8organicbits
> 首次联系需获同意：未知发件人的邮件不会直接进入收件箱，而是进入一个“请求”箱，其中第一封邮件可见（类似 Signal 的消息请求）。你点击接受后，该对话线程将永久开启。陌生人可以敲你的门，这是邮件的基本属性，但他们不能把你的客厅填满。
我喜欢这个想法。
问题：这个电子邮件规范/实现能否也替代即时通讯协议（如 WhatsApp）？
- jerf
我觉得这些概念大多很有趣，但我喜欢现在的电子邮件更像是一个信箱，而不是 WhatsApp 或 Telegram。虽然数字垃圾邮件（或纸质垃圾邮件）很烦人，但我讨厌把所有发件人都扔进一个“未读”箱，直到我批准他们为止。我经常在 X 和 Telegram 等应用中错过未读消息。
作为第一步，我会专注于实现广泛的 S/MIME 支持。不幸的是，我怀疑最大的电子邮件提供商缺乏动力去做这件事，因为这会破坏他们的商业模式。
- amelius
> 让我们在 HTTP 之上设计电子邮件的继任者
说到这儿就够了，我听够了。不是所有东西都是超文本。
- BeetleB
基于内容寻址的电子邮件会破坏邮件列表，因为邮件列表需要能够添加订阅/退订/列表 ID 等头部信息。DKIM 允许你选择要签名的头部信息，是有原因的。