Laravel调度器无法向Gmail/Hotmail发送邮件问题排查

你遇到的这个问题我之前也帮不少开发者排查过，结合你的场景——Web请求发件正常、调度器发自有域名正常但Gmail/Hotmail失败，而且无错误日志，大概率是邮件服务商的反垃圾校验在搞鬼，下面具体分析：

可能的失败原因 #

• HELO/EHLO标识不被信任：Gmail、Hotmail这类主流邮箱对SMTP握手时的HELO/EHLO字段校验非常严格。当你通过调度器（php artisan schedule:run）运行时，Laravel底层的SMTP传输组件默认会用127.0.0.1作为HELO标识，这个本地回环IP会被反垃圾系统直接判定为不可信来源，邮件被静默拦截（所以没有错误日志）。而Web请求发送时，Web服务器环境会自动传递服务器的公网IP或域名作为HELO标识，自然能通过校验。
• CLI与Web环境的隐式配置差异：虽然你说发送逻辑完全一致，但CLI环境和Web环境加载的系统配置可能有区别——比如共享主机的CLI环境可能限制了外部SMTP请求的某些参数，或者PHP.ini里的sendmail_path等配置不同。不过你能正常发送到自有域名，这个可能性相对较低。
• 针对性反垃圾过滤：主流邮箱对批量/发起自CLI的邮件会有更严格的过滤规则，比如检查发件IP的信誉、SPF/DKIM记录是否合规。如果你的服务器IP在垃圾邮件黑名单里，或者SPF记录没包含该IP，CLI发送的邮件更容易被拦截，而Web请求的邮件可能因为请求特征被放过。

关于你找到的临时解决方案 #

你提到的修改AbstractSmtpTransport.php里$_domain的方案，本质就是强制设置HELO/EHLO的标识，让主流邮箱认可你的发件身份。这里的$_domain应该填写你的服务器公网IP地址，或者你的域名（前提是域名已经正确解析到该IP，且SPF记录包含这个IP）。

具体操作（以旧版SwiftMailer为例）：

1. 找到Composer依赖目录下的文件：vendor/swiftmailer/swiftmailer/lib/classes/Swift/Transport/AbstractSmtpTransport.php
2. 找到private $_domain = '127.0.0.1';这一行，把127.0.0.1替换成你的服务器公网IP（比如111.222.333.444），或者你的域名（比如yourdomain.com）
3. 保存后重新运行调度器测试即可

不过要注意：修改vendor目录下的文件不是长久方案，Composer更新时会覆盖这个修改。更稳妥的长期方案是：

• 给你的域名配置正确的SPF和DKIM记录，授权服务器IP发送该域名的邮件
• 在Laravel的config/mail.php的SMTP配置里添加'hello' => 'yourdomain.com'（部分Laravel版本支持这个参数，直接设置HELO标识）

内容的提问来源于stack exchange，提问作者Jk33