我等了很久 Cloudflare 邮件发送功能,它上线了——然后我决定自己造一个工具
Cloudflare 新的 Email Sending 公测对于从 Worker 程序化发送邮件来说确实好用。但这不是我每天面对的邮件问题——多域名多别名场景下,收了能发、发了不丢身份,才是真正的难题。这是我为此搭建的工具。
这些文章解释 OhRelay 如何工作、适合哪些团队,以及路由模型对小团队的实际意义。
这些指南帮你理解问题、机制和实际适用性——不需要从配置细节里反向推断产品逻辑。
Cloudflare 新的 Email Sending 公测对于从 Worker 程序化发送邮件来说确实好用。但这不是我每天面对的邮件问题——多域名多别名场景下,收了能发、发了不丢身份,才是真正的难题。这是我为此搭建的工具。
把多个地址的邮件收进一个地方并不难,真正容易失控的是回复时的发件身份、搜索记录和后续配置成本。
Cloudflare 解决的是收件路由,Workspace 提供的是完整邮箱。该选哪个,取决于您缺的是哪一层能力。
在 Gmail 里用域名邮箱地址回复,不需要 Google Workspace;但适合一两个地址的方案,未必能顺利扩展到多个地址和多个域名。
传统邮箱产品把对外邮箱身份和存邮件的账号绑在一个席位里卖。把这两件事拆开,小团队的邮件体系才会更合理。
OhRelay 专注于处理客户来信和正确回复——不做群发,边界很清晰。
很多时候,席位计费算的不是实际处理邮件的人数,而是对外邮箱的复杂度。对小团队尤其不划算。
多域名邮件要管顺,靠的是统一的地址命名、清晰的路由归属,以及回复时稳定的发件身份。
OhRelay 把客户看到的域名邮箱地址和团队实际处理邮件的主邮箱分开管理,两边都不用跟着变复杂。
很多小团队的对外邮箱数量,远多于真正处理邮件的人数。问题不是要不要企业邮箱,而是怎么在不越搞越乱的前提下把这些地址管顺。
普通转发解决的是邮件送到哪里。OhRelay 进一步保留回复所需的上下文,让发件身份更稳定。
OhRelay 借助 Cloudflare 处理域名层面的收件和路由逻辑,判断依据是邮件头信息——不是邮件正文。
OhRelay 最适合的场景,是对外邮箱很多,但真正处理邮件的人数始终很精简。
OhRelay 负责路由邮件,也帮助保持回复时的对外身份正确;但真正的邮件历史,一直都在您自己控制的收件箱里。
从技术角度解释转发后的身份断层:为什么收件不难、回复更难,以及带信封重写的中继层如何补上这段缺口。