记一次线上事故：请谨慎使用腾讯云邮件推送 SMTP 功能

省流版

腾讯云邮件推送有 API 和 SMTP 两种发件方式，在无文档说明且价格相同的情况下 SMTP 会默认使用兜底的劣质 IP发邮件，导致线上运营项目 5 天的 iCloud 邮件发送成功率为 0%。经历了 5 个小时后问题得以解决，但事后腾讯云拒绝修改文档说明两者区别，或修改其宣传的成功率 95%。既然腾讯云不公开其内部规则，那我就用自己的方式让大家知道。

完整版

在上周我发布了一个一周年送会员码的帖子，吸引了很多人来注册。一天有人反馈 iCloud 收不到邮件，在验证确实收不到后，我想起了 5 天前曾将邮件推送迁移到腾讯云，于是开始跟腾讯云对线。

14:34 我发起工单，说明情况，希望能尽快解决，因为有用户在等

15:48 腾讯云给出了第一个解决方案：

smtp 因为发信内容没有经过审核，所以走了兜底发信 IP ，质量会较差，建议使用控制台或云 API 申请模板的方式发信。

听后我第一反应是抓紧时间改代码，就在我翻开腾讯云文档的时候，我反应过来了：

1. API 和 SMTP 的质量不同，那为什么价格相同。
2. 区别对待后，为什么没有文档说明，而是出了问题后，找到售后才说明。（补充说明一下，我在选型的时候就曾纠结过用哪种。但因为搜不到文档，只能搜到阿里云推荐 SMTP 的文章，且 API 的方式腾讯云的文档很乱、SMTP 后期迁移方便，所以选择了 SMTP ）
3. 四天时间发 iCloud 成功率为 0%，已经不是质量差了，而是故障。

把自己的问题，说成是使用者的问题，这难道就是传说中的 PUA ？于是我又开始跟腾讯云对线，表示这是你们的问题，请你们尽快解决。

17:36 在经历了 5 个小时后（真够慢的），腾讯云售后表示已切换新的 IP ，让我重新尝试。然而，在这 5 个小时里我也不是干等，我已经迁移到了阿里云并测试正常（证明了我选择 SMTP 是明智的，转移服务商只需要修改配置文件即可）。

虽然问题解决，但真的生气。于是我表示腾讯云的宣传有误，95% @icloud.com 送达率应标注仅 API 模式。或补充文档，说明 SMTP 和 API 的区别。

18:35 腾讯云售后表示无法满意我的诉求，并建议我提升邮件的质量，降低被邮件厂商放到垃圾箱的概率。

好家伙，到这时候了还 PUA 我呢，还想让我感觉是我的问题。关键是我发送的邮件只有两个内容：注册验证码或会员激活成功通知。就算是被人举报也应该是开始好使，中途不好使才对啊，现在的情况是第一封就没发出去，明显是你们服务的问题。

于是我写下这篇文章，提醒各位谨慎使用腾讯云邮件推送 SMTP 功能，不然什么时候故障了，会被售后 PUA ，且需要 5 个小时才能解决问题