原生发送

注意: 原生发送在所有套餐(包括免费版)上都可以使用——按月度用量计量,而不是需要升级才能解锁的功能。各档位的额度详情见定价。

除了你自己的 SMTP 中继之外,MailInApp 还可以直接从一个你在我们这里验证过的域名发送邮件——不需要 ESP,也不需要生成和轮换任何 SMTP 凭据。发送在我们的基础设施(Amazon SES)上进行,使用你自己的发信域名,因此收件人看到的是来自 [email protected] 的邮件,而不是某个共享的 MailInApp 地址。

验证域名

在设置 → 域名下,页面会引导你完成整个流程:

输入你的域名并点击验证域名。默认情况下,MailInApp 会为 mail.<yourdomain> 创建一个发信身份,并为退信处理创建一个子域名(bounce.mail.<yourdomain>)——这是一个专属子域名,可以与你在根域名上已经运行的其他任何邮件安全共存。如果你更希望直接从根域名发送([email protected],而不是 [email protected]),请勾选使用根域名而非子域名——只有在该域名不用于任何其他邮件时才应这样做;为什么这在涉及入站接收后会更加重要,参见在你的域名上接收邮件。
在你的 DNS 服务商处添加显示出来的 DNS 记录——几条 DKIM CNAME 记录、退信子域名的一条 MX 记录和一条 TXT 记录,以及一条起始 DMARC TXT 记录。这些记录用于证明你拥有该域名的控制权,并让通过它发送的邮件通过 DKIM/SPF 检查。
添加完成后点击立即检查,或者直接等待——MailInApp 每 15 到 30 分钟会自动轮询一次。
一旦域名和 MAIL FROM 子域名都显示为已验证,就会出现一个开关,用于把你账户的发送方式切换为原生发送。

切换回 SMTP 随时可用且立即生效——它不会断开域名连接,所以你可以在两者之间来回切换而不需要重新验证。

DMARC

DMARC 会告诉收件邮箱如何处理那些声称来自你域名、但未能通过 SPF/DKIM 检查的邮件——拒绝、送入垃圾邮件,或者(我们生成的默认设置)仅监控。这是这里唯一一条 MailInApp 无法像轮询 DKIM 和 MAIL FROM 状态那样自动验证的记录——它没有对应的 API,所以只会显示出来供你添加,但从不会显示"已验证/待处理"标签。

我们生成的记录默认采用 p=none(仅监控)——这本身不会影响投递效果。一旦你确认没有合法邮件被误判失败,就可以在你的 DNS 服务商处逐步收紧策略,先改为 p=quarantine,最终改为 p=reject。大多数 DNS 服务商(包括 Cloudflare)都会在你在记录中添加自己的 rua=mailto: 地址后,向你展示 DMARC 汇总报告。

不会改变的部分

手动发送、定时发送、生命周期邮件(订单/工单通知)以及事务性发送 API都会通过你账户当前设置的发送方式进行——不存在按功能单独配置的情况。屏蔽、发送历史、互动跟踪和响应,无论使用哪种发送方式投递邮件,行为都完全一致。

沙盒模式

当你的账户处于 SES 沙盒中时,原生发送只能送达你另外在我们这里验证过的地址——这是为了让你在我们代表你申请生产环境权限之前,先测试自己的投递效果。只要沙盒模式生效,你的设置卡片就会始终显示一条明确的提示说明。