客户写信到的受管地址
- support@studio-a.com
- founder@studio-a.com
- billing@studio-a.com
- hello@project-b.com
- sales@project-c.com
工作机制
不只是转发——这是一个身份感知的收件箱路由层。
OhRelay 让客户面向的域名地址保持稳定，同时让真正的工作在你团队已有的收件箱中进行。 客户写信到 support@yourdomain.com 或 hello@project.com，该地址将由路由层完整保留，直至回复发出。 这一机制同时体现在业务层面和技术层面。
您的工作收件箱
- 所有邮件汇聚到一处
- 直接回复
- 无需手动选择发件人
从正确的地址发出
- 以 support@studio-a.com 回复
- 以 founder@studio-a.com 回复
- 以 billing@studio-a.com 回复
- 以 hello@project-b.com 回复
- 以 sales@project-c.com 回复
业务视角的全流程
一段真实对话中到底发生了什么
跟随一段真实的品牌通信，从入站邮件到出站回复，了解每个环节的运作方式。
客户写信到受管地址
外部客户照常联系 support@、billing@、sales@ 或其他域名地址，无需了解您内部的收件箱结构。
OhRelay 识别被联系的地址
系统精确识别客户写信到的受管地址，而非像普通转发那样丢失回复上下文。
邮件送达对应的工作收件箱
该地址按照配置路由到负责处理的工作收件箱，无论是管理员、单个操作员还是小型远程团队。
操作员在原有工作流中回复
操作员继续在 Gmail、Outlook 或 Apple Mail 中回复，无需切换到其他邮箱系统或登录多个域名账号。
发出时自动还原正确的发件人地址
回复以客户最初联系的那个可见发件人地址发出——这正是普通转发通常无法保证的部分。
技术层
路由层在底层做了什么
以下是支撑「一个收件箱，多个地址」在实际运营中稳定运行的技术组成。
域名连接与所有权验证
将已添加到 Cloudflare 账号中的域名连接到 OhRelay，这样系统才能自动完成路由、DNS 和发件配置，避免手动改记录。
地址到收件箱的映射
精确定义哪些受管地址流入哪些工作收件箱。团队规模变化时，直接修改路由目标，无需迁移账号。
入站地址解析逻辑
每封入站邮件都与您的地址定义进行匹配，系统精确记录每段对话对应的发件人地址。
发件人保护机制
回复路径保留足够的上下文，以自动使用正确的发件人地址，防止个人邮箱或默认邮箱意外暴露。
防止发件人错误的安全机制
安全优先的发送策略：如果系统无法确认应使用哪个地址，将停止发送，而非冒险使用错误的发件人。