Webman是Java框架，须用javax.mail+SMTP发信；PHP项目误搜“Webman邮件”应改用PHPMailer+Redis队列；SMTP需SPF/DKIM认证、SSL校验及域名一致性。
不存在“Webman框架下邮件发送系统”这个技术路径——因为 Webman 是 Java 框架，不是 PHP 框架；标题里带“PHP Webman”或默认用 PHP 写 Webman 邮件逻辑，是根本性归因错误。
Webman（Java）必须用 javax.mail + SMTP 配置发信
Webman 基于 Netty 和 Spring Boot 风格设计，运行在 JVM 上，所有扩展都走 Java 生态。它不识别 composer、不加载 PHPMailer、也不支持 mail() 函数。常见失败现象包括：ClassNotFoundException: phpmailer\phpmailer\PHPMailer 或直接语法报错。
正确集成步骤：
- 在
pom.xml中添加两个必要依赖：javax.mail-api和com.sun.mail（注意版本兼容性，1.6.2+ 稳定） - SMTP 参数必须写进
application.properties，例如：mail.smtp.host=smtp.qq.com、mail.smtp.port=587、mail.smtp.auth=true - 密码严禁硬编码，应从
System.getenv("SMTP_PASSWORD")或密钥服务注入 - 构建
MimeMessage时，务必调用message.setSentDate(new Date())，否则部分企业邮箱会拒收
PHP 项目搜“Webman 邮件”时该立刻转向 PHPMailer + 队列
如果你实际用的是 PHP（比如 Laravel、ThinkPHP 或纯 Swoole 项目），却在查“Webman 发邮件”，说明你已被错误关键词误导。Webman（Java）的“异步进程发信”在 PHP 中没有等价实现——PHP 没有常驻线程，pcntl_fork() 在 FPM/Swoole 下行为不可控，且子进程崩溃无法被主进程捕获。
真正可落地的替代方案：
Webman 2.2.0版本强化了 TCP/UDP 服务支持，优化路由组管理，并增强异步任务处理能力。结合协程与连接池技术，Webman 能轻松应对高并发场景，适用于网站、接口服务、即时通讯、物联网及游戏开发，兼具高性能、灵活扩展与稳定可靠，是多场景 PHP 服务开发的理想选择。
- 用
PHPMailer封装 SMTP 发送逻辑，配置$mail->SMTPSecure = 'tls'或'ssl'，端口严格匹配服务商要求（如 QQ 邮箱 587+tls，163 邮箱 465+ssl） - 把发信任务推到 Redis 队列，起独立
php artisan queue:work进程消费；这是唯一能模拟“解耦 HTTP 响应与发信”的生产级做法 - 若无队列基建，可用
fastcgi_finish_request()先返回响应，再执行PHPMailer->send()——但仍是同步阻塞，仅改善用户感知
为什么配对了 SMTP 还进垃圾箱？身份链没闭环
90% 的投递失败不是库的问题，而是发信身份未被接收方信任。光填对 $mail->Host 和 $mail->Password 远不够。
关键检查点：
- 发信域名必须拥有有效的 SPF 记录（如
v=spf1 include:smtp.qq.com ~all），否则 Gmail/Outlook 直接标为垃圾邮件 -
$mail->From地址需与 SMTP 登录账号一致，且该邮箱已开启 SMTP 服务（如 QQ 邮箱需在网页端手动开启“POP3/IMAP/SMTP”） - 首次发信建议用企业邮箱或 Mailgun/SendGrid 等专业服务，它们自带 DKIM、DMARC 配置向导，比自建 SMTP 可靠得多
- 避免在 HTML 正文中大量使用
最常被忽略的一点：Java 的 javax.mail 默认不校验 SSL 证书，而现代邮箱服务商（如 Gmail、阿里云邮箱）强制要求 TLS 握手成功。如果跳过 props.put("mail.smtp.ssl.checkserveridentity", "true")，连接可能静默失败——日志里只显示 timeout，实际是证书验证被绕过导致握手终止。
