收不到注册验证码邮件

用户说没收到验证码，后台日志却显示发送成功，邮件大概率是进了用户邮箱的垃圾箱，或被收件方直接丢弃——"发送成功"只代表服务器接了任务，不代表进了收件箱。 ## 先引导用户自查 客服话术按顺序来：查垃圾邮件文件夹，验证码邮件被误判的最多；查"已拦截、黑名单"类目；确认邮箱是否已满，收件箱满了新邮件直接退回；搜索发件人地址，部分邮箱客户端有独立的过滤规则。个别邮箱还有"订阅、通知"这类独立折叠区，验证码常被归进去，让用户把所有分类目录翻一遍。这一步能化解大部分"收不到"的工单。 ## 从退信和日志里找证据 服务端要能回答两个问题：邮件有没有被对方接收，有没有退信。自建邮件服务的看 /var/log/maillog，重点找 550、554 开头的拒绝码和 deferred 状态；走第三方发信通道的看控制台投递明细，里面会区分"送达、软退、硬退"。硬退说明地址不存在或被长期拒收，软退多是邮箱满或临时故障，两者的处理方式完全不同。 把发信时间、收件地址、状态码记进工单再处理，同一用户反复收不到时，这些记录是判断规律的关键。 ## 发信通道与内容双管齐下 验证码邮件进垃圾箱的比例偏高，通常和发信通道信誉、内容模板都有关。通道层面：用独立的发信子域、稳定的发信 IP，配齐 SPF 与 DKIM，让收件方认得出你。内容层面：标题少用"紧急、重要"这类叠加措辞，正文控制链接数量，模板里保留清晰的发送方信息，这些细节都影响垃圾邮件评分。模板改完先给自己的测试邮箱发一封实测，进不进垃圾箱当天就有答案，不用等用户反馈。 对注册这类强时效场景，再加两条兜底：验证码有效期别设太长，超时让用户主动重发；提供短信或其他备用通道，单一邮件通道异常时不至于卡死注册流程。重发接口加一层频控，同一地址一分钟只放一次，避免用户连点触发通道限流。