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

查看 174|回复 10
作者:sunhuawei   
省流版
腾讯云邮件推送有 API 和 SMTP 两种发件方式,在无文档说明且价格相同的情况下 SMTP 会默认使用兜底的劣质 IP发邮件,导致线上运营项目 5 天的 iCloud 邮件发送成功率为 0%。经历了 5 个小时后问题得以解决,但事后腾讯云拒绝修改文档说明两者区别,或修改其宣传的成功率 95%。既然腾讯云不公开其内部规则,那我就用自己的方式让大家知道。
完整版
在上周我发布了一个一周年送会员码的帖子,吸引了很多人来注册。一天有人反馈 iCloud 收不到邮件,在验证确实收不到后,我想起了 5 天前曾将邮件推送迁移到腾讯云,于是开始跟腾讯云对线。
14:34 我发起工单,说明情况,希望能尽快解决,因为有用户在等
15:48 腾讯云给出了第一个解决方案:

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

听后我第一反应是抓紧时间改代码,就在我翻开腾讯云文档的时候,我反应过来了:
[ol]
  • API 和 SMTP 的质量不同,那为什么价格相同。
  • 区别对待后,为什么没有文档说明,而是出了问题后,找到售后才说明。(补充说明一下,我在选型的时候就曾纠结过用哪种。但因为搜不到文档,只能搜到阿里云推荐 SMTP 的文章,且 API 的方式腾讯云的文档很乱、SMTP 后期迁移方便,所以选择了 SMTP )
  • 四天时间发 iCloud 成功率为 0%,已经不是质量差了,而是故障。
    [/ol]
    把自己的问题,说成是使用者的问题,这难道就是传说中的 PUA ?于是我又开始跟腾讯云对线,表示这是你们的问题,请你们尽快解决。
    17:36 在经历了 5 个小时后(真够慢的),腾讯云售后表示已切换新的 IP ,让我重新尝试。然而,在这 5 个小时里我也不是干等,我已经迁移到了阿里云并测试正常(证明了我选择 SMTP 是明智的,转移服务商只需要修改配置文件即可)。
    虽然问题解决,但真的生气。于是我表示腾讯云的宣传有误,95% @icloud.com 送达率应标注仅 API 模式。或补充文档,说明 SMTP 和 API 的区别。
    18:35 腾讯云售后表示无法满意我的诉求,并建议我提升邮件的质量,降低被邮件厂商放到垃圾箱的概率。
    好家伙,到这时候了还 PUA 我呢,还想让我感觉是我的问题。关键是我发送的邮件只有两个内容:注册验证码或会员激活成功通知。就算是被人举报也应该是开始好使,中途不好使才对啊,现在的情况是第一封就没发出去,明显是你们服务的问题。
    于是我写下这篇文章,提醒各位谨慎使用腾讯云邮件推送 SMTP 功能,不然什么时候故障了,会被售后 PUA ,且需要 5 个小时才能解决问题

    SMTP, API, 腾讯, 邮件

  • CrispyNoodles   
    你还敢用腾讯的服务?出了名的找不到客服
    sunhuawei
    OP
      
    @CrispyNoodles 最开始是想着国内用 QQ 邮箱的比较多,腾讯云发邮件应该有优势,现在看来我想错了。
    yinmin   
    貌似云上贵州的基础是用阿里云技术的。如果发阿里系邮箱用阿里云,发腾讯系邮箱用腾讯云。
    sunhuawei
    OP
      
    @yinmin 原来是这样,那聚合类的厂商岂不是更有优势。
    AlanStar   
    腾讯的文档出了名的烂,用腾讯云 4 年多了,产品一直都是自己摸索着部署的,看他们的文档只会让我更乱。
    ysc3839   
    @sunhuawei QQ 邮箱发件有没有优势我不知道,但多年前经常拒收一些邮件,是完全不会进入垃圾箱的那种拒收,似乎也没在设置里找到选项调整拒收逻辑,加上一堆用群邮件发广告的,我就弃用了。
    网易邮箱似乎没有遇到拒收不进垃圾箱的情况,虽然偶尔会有一些垃圾邮件没识别到没进入垃圾箱,但总的来说还是能正常使用的。
    sunhuawei
    OP
      
    @AlanStar 在我的理解中,客服所说的任何定论在没有文档可引用的情况下,那就说明文档需要补充了。然而给腾讯云建议后,他们居然直接拒绝,甚至不会说“我们考虑一下”这样的客套话
    ydpro   
    腾讯云站里出了名的难用
    AlanStar   
    @sunhuawei 最近也在做一些 Android 开发,想找个 UI 框架,就看到腾讯的 QMUI ,能用但是文档又缺又有错误。TDesign 也是一样,好看但是不太会用(也可能是我自己的问题,我不太会 Vue )。
    我感觉他们内部应该是有一套类似“哪个产品分支用的人多就先维护哪个”的优先级机制。
    您需要登录后才可以回帖 登录 | 立即注册

    返回顶部