主题
发信地址 vs 客服邮箱
一句话
发信地址是系统用哪个身份发信；客服邮箱是买家找你时用哪个地址。 两个都在同一页，但作用完全不同 —— 混着填会漏掉客服消息。
它们在哪
后台 → 站点管理 → 站点设置 → 联系与法务
| 字段 | 是什么 | 你需要能收信吗 |
|---|---|---|
| 发信地址 | 系统发出的所有邮件的发件人 | ❌ 不需要 |
| 客服邮箱 | 买家看到的联系方式，也是新工单的通知收件人 | ✅ 必须能收 |
发信地址
典型填法：no-reply@你的域名
- 必须属于已经在 Resend 验证过的域名
- 不需要真的存在这个邮箱 —— 它只用来"署名"，不用来收信
- 留空 = 关闭发信（验证码会退回打进服务器日志）
客服邮箱
买家在这些地方会看到它：
- 页脚的联系方式
- 隐私政策 / 服务条款页面
- 售后拒绝邮件里的「觉得是误判就回复我们」
同时它是新工单的通知收件人 —— 有买家提工单时，系统会往这个地址发一封提醒。
一定要填一个你真的会看的邮箱
不填的话，买家提了工单你不会收到任何邮件提醒。 你只能靠自己想起来去后台看那个角标。
而且这个地址会印在隐私政策里，法务上它是你的对外联系方式。
用 Gmail / 企业邮箱都行
客服邮箱不需要是你商城域名下的地址，也不需要在 Resend 验证。 它只是一个"往哪儿发通知"的地址，随便填一个你天天看的就行。
当然，support@你的域名 看起来更专业。要做这个的话， 在 Cloudflare 开 Email Routing，把 support@你的域名 转发到你的 Gmail， 不用真的架邮件服务器。
用 Cloudflare Email Routing 收信（可选）
想要 support@你的域名 但不想架邮件服务器：
- Cloudflare 控制台 → 你的域名 → Email → Email Routing
- 点 Enable，它会自动加几条 MX 和 TXT 记录
- Destination addresses 里添加你的真实邮箱（Gmail 等），去那个邮箱点确认链接
- Routing rules 里加一条：
support@你的域名→ 转发到你的邮箱
这些 MX 记录和 Resend 的不冲突
Resend 那条 MX 的名称是 send（即 send.你的域名）， Email Routing 加的是根域名的 MX。两者管的不是同一个名字，可以共存。
还有一个通知渠道：Bark 推送
站点设置 → 联系与法务 → Bark 推送
配好之后，新订单、新售后会推到你手机上，不用一直盯着邮箱。 支付通道和敏感配置被修改时走紧急推送（持续响铃）。
两个通道互不依赖
客服邮箱没填、发信服务挂了，Bark 照样响。反过来也一样。
这是刻意的 —— 通知缺失是静默的，只有一行日志，没人会去翻。 所以宁可两条路都留着。
常见问题
买家提了工单，我没收到邮件
- 客服邮箱填了吗？
- 填的那个邮箱能收信吗？自己给它发一封试试
- 去垃圾箱看看 —— 通知邮件的发件人是
no-reply@你的域名， 而你的邮箱可能不认识这个新域名 - 发信服务本身是好的吗？在「发信服务」那里发一封测试邮件
买家回复订单邮件，我收不到
正常 —— 订单邮件的发件人是 no-reply@，那个地址不收信。
想让买家能回信，两个办法：
- 把发信地址改成一个真能收信的（比如用 Email Routing 转发的
hello@你的域名） - 或者在页脚和邮件模板里把客服邮箱写清楚，引导他发到那儿