Lumen 8中Mailable类from方法设置发件人不生效问题

你遇到的发件人名称生效、邮箱地址始终读取env配置的问题，是Laravel邮件发送场景的常见问题，按以下优先级排查即可：

核心排查方向 #

• 邮件服务商强制覆写发件地址（最高概率）
  绝大多数第三方邮件服务（SMTP、API类邮件推送服务）出于反垃圾邮件要求，会强制使用你账号下已验证、已绑定的邮箱作为发件地址，代码层传入的未验证发件邮箱会被服务端直接替换为账号默认邮箱，但多数服务不会限制自定义发件人名称，和你遇到的现象完全吻合。
  验证方法：临时将.env中的MAIL_MAILER改为log，触发邮件发送后查看storage/logs/laravel.log中记录的邮件原始内容，如果日志里的From地址是你代码传入的$mailFrom值，即可确认是服务商侧的限制。解决方式是在邮件服务商后台将需要动态使用的发件邮箱、发件域名完成所有权验证，加入允许的发件人列表即可。
• 全局发件人配置优先级覆盖
  检查项目中是否存在全局强制发件人的逻辑：
  1. 全局搜索alwaysFrom关键字，重点排查app/Providers目录下的服务提供者、app/Listeners目录下的邮件发送相关监听（比如监听Illuminate\Mail\Events\MessageSending事件的处理类），如果存在Mail::alwaysFrom(xxx)的调用，该方法设置的发件人优先级高于Mailable内build()方法的配置，会直接覆盖你传入的动态邮箱。
  2. 检查config/mail.php中是否有自定义的邮件扩展逻辑，在发送前自动覆写了from地址。
• 参数格式或缓存问题
  1. 先在build()方法中临时打印$mailFrom值，确认传入的参数是合法邮箱格式的非空字符串，如果参数为空、格式不符合邮箱规则，Laravel会自动忽略该次from设置，回退读取全局配置的默认发件人。
  2. 如果邮件走队列发送，执行php artisan queue:restart重启所有队列工作进程，避免旧进程加载缓存的旧代码导致配置不生效；如果开过配置缓存，执行php artisan config:clear清理缓存配置再测试。

代码说明 #

你当前贴的Mailable代码写法本身没有语法问题，排除上述问题后即可正常生效，不需要额外调整结构。 #

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