phpmailer 显示发送成功但收件方未收到邮件，通常并非代码执行失败，而是邮件被smtp服务器接受后遭拒收、拦截或归入垃圾箱——根本原因多为发信信誉不足、配置不合规或内容触发反垃圾规则。
当 PHPMailer::Send() 返回 true 且 SMTP 日志显示“mail accepted for delivery”，却始终无法在收件箱（甚至垃圾邮件箱）中找到邮件时，问题几乎一定出在邮件传递链路的后半段：即从你的SMTP服务器发出后，目标邮箱（如 Gmail、Outlook、QQ 邮箱等）的接收网关基于反垃圾策略拒绝投递或静默过滤。
? 核心原因：被判定为垃圾邮件（SPAM）
现代邮件服务商采用多层过滤机制，包括但不限于：
- 发件域名与IP信誉：未配置 SPF、DKIM、DMARC 记录的域名极大概率被标记为不可信；
- HELO/EHLO 声明不合法：如使用 localhost 或不存在的域名；
- From 地址伪造或不一致：setFrom() 使用的邮箱域名（如 @test.io）未在 DNS 中授权该 SMTP 服务器发信；
- 内容特征可疑：纯 HTML 邮件、缺少文本备选（AltBody）、含过多链接/大写字母/感叹号、动态验证码类文案易触发规则；
- 缺乏专业签名与退订机制：营销类或一次性验证邮件若无基础合规元素，更易被降权。
⚠️ 特别注意你代码中的端口 421 —— 这是 SMTP 临时错误响应码（"Service not available, closing transmission channel"），绝非常规 SMTP 端口（标准为 587 或 465）。使用非法端口虽可能因服务端兼容性“侥幸”连接，但严重损害可信度，极易被下游网关识别为异常行为。
✅ 快速诊断与修复步骤
-
立即更换为标准端口：
$mail->Port = 587; // 推荐：STARTTLS // 或 $mail->Port = 465; // SSL 加密（需启用 $mail->SMTPSecure = 'ssl';）
-
强制添加纯文本备选内容（AltBody）：
github项目持续追踪下载GitHub 项目更新追踪工具 - 自动检查多个 GitHub 项目的 Releases 和 CHANGELOG，生成更新摘要与影响分析报告。支持自动化定时任务。 如何使用 最简单的方式：直接用自然语言告诉我 你可以说 我会做 「检查 GitHub 更新」 检查最新版本 「添加 vscode」 追踪新项目 「停止追踪 xxx」 移除项目 「暂停更新检查」 暂停自动化 「给我看 openclaw 报告」 展示报告 触发词：「追踪项目更新」「检查 GitHub 更新」「项目更新报告」「设置更新提醒」
立即学习“PHP免费学习笔记（深入）”；
$mail->isHTML(true); $mail->Body = $message; $mail->AltBody = 'Please use this verification code: ' . $fourRandomDigit . '. This is a one-time verification.';
-
验证并配置 DNS 记录（关键！）
登录 test.io 域名管理后台，确保已正确发布以下三条记录：- SPF：v=spf1 include:smtp.test.io ~all（或精确指定 IP）
- DKIM：由 SMTP 服务商提供公钥，添加为 _domainkey.test.io TXT 记录
- DMARC：_dmarc.test.io TXT 记录，例如：v=DMARC1; p=none; rua=mailto:postmaster@test.io
使用专业工具检测发信质量
将测试邮件发送至 mail-tester.com 提供的唯一地址（如 xxx@mail-tester.com），它会返回详细评分（满分 10）及逐项分析：
✅ 是否通过 SPF/DKIM/DMARC
✅ IP 是否在黑名单
✅ HTML 结构是否规范
✅ 链接安全性、图片占比、文本/HTML 平衡度等-
优化发件人身份与内容
- setFrom() 的邮箱必须真实存在且能接收回信（如 no-reply@test.io）；
- 避免使用免费邮箱（Gmail/Yahoo）作为 Username 发信；
- 在 中加入简短公司信息或隐私声明，提升可信度；
- 首次批量发送前，先向自身多个邮箱（Gmail、Outlook、163）发送测试，检查是否进垃圾箱。
? 总结
PHPMailer::Send() === true 仅表示邮件已成功提交至你的 SMTP 服务器，不等于成功抵达收件人。真正决定邮件命运的是：域名信誉、协议合规性、内容安全性和接收方策略。跳过 DNS 配置与内容优化而仅调试 PHP 代码，注定徒劳。务必以“邮件服务商视角”重构发信流程——把每一次发送当作一次正式的品牌通信，而非技术调用。
完成上述配置后，再次通过 mail-tester.com 测试，目标分数应 ≥9/10。此时，验证码邮件将稳定抵达收件箱。
