Laravel支持多邮件驱动并行使用，需在config/mail.php中定义多个独立配置项并显式调用Mail::mailer('name')指定驱动，而非依赖MAIL_MAILER环境变量切换。
怎么在 Laravel 里同时用 SMTP 和 Mailgun 发邮件
可以，Laravel 原生支持多 Mail 驱动共存，但不是靠 MAIL_MAILER 环境变量切换——那个只控制默认驱动。真要并行使用，得手动实例化不同配置的 Mailer 实例。
常见错误是以为改了 .env 就能随时切驱动，结果发错渠道（比如测试邮件走到了生产 Mailgun 账户）。
- 在
config/mail.php里定义多个配置项，比如'smtp_internal'和'mailgun_marketing'，每个都有完整transport、host、port等字段 - 不要复用同一组
MAIL_*环境变量；为不同驱动设独立前缀，如MAILGUN_MARKETING_SECRET、SMTP_INTERNAL_PASSWORD - 发信时用
Mail::mailer('smtp_internal')->to(...)->send(...)显式指定驱动，不依赖全局默认
为什么 Mail::mailer('xxx') 有时报 “Driver [xxx] not supported”
这个错不是配置写错了，而是 Laravel 没加载你新增的驱动名。Laravel 的 mailer 注册机制很“懒”：它只在 config/mail.php 的 default 值或 mailers 数组里出现过的 key 才会被注册进容器。
典型场景：你在 mail.php 里加了 'ses_bulk' => [...]，但没把它放进 mailers 数组（而是塞在了其他位置），Mail::mailer('ses_bulk') 就会失败。
-
mail.php中的mailers是个数组，所有可用驱动名必须是它的 key，不能藏在子数组或注释后 - 运行
php artisan config:clear后再试，缓存可能卡住旧结构 - 检查是否拼错驱动名——大小写敏感，且不能含空格或特殊字符
发营销邮件和通知邮件该不该用同一个驱动
该分开。SMTP 容易进垃圾箱，发送频率受限；Mailgun/SendGrid 对营销类域名和内容有更宽松的策略，也自带打开/点击追踪。混用会导致通知被限流，或营销邮件触发风控封禁整个 SMTP 账户。
Laravel Cloud（cloud.laravel.com）。此技能用于处理所有 Laravel Cloud 请求，包括搜索和读取数据。只要任务涉及 Laravel Cloud，即使用此技能。
另一个隐形坑是日志和监控：Laravel 默认只记录 default 驱动的发送日志。如果你把重要系统通知和批量营销都压在 mailgun 上，出问题时根本分不清是哪类流量拖垮了队列。
- 系统通知（密码重置、登录提醒）走稳定低频通道，比如本地 SMTP 或专用 Postfix
- 营销类（Newsletter、活动推送）走带 API Key 隔离的 Mailgun 子账户或独立配置
- 在
App\Mail\的 Mailable 类里，用$this->mailer = 'mailgun_marketing';强制绑定，比每次调用时传参数更可靠
队列任务里怎么确保驱动不被覆盖
队列任务序列化时，Mailable 对象会保存当前 $this->mailer 值，但如果你在 handle() 里又调了 Mail::mailer(...)，就可能覆盖原始意图。更麻烦的是，队列 worker 启动后会复用连接池，某些驱动（如 SMTP）的连接状态可能污染后续任务。
最容易被忽略的一点：Laravel 的 QUEUE_CONNECTION=database 在高并发下，如果多个任务共享一个未清理的 Mailer 实例，withSwiftMessage() 的回调可能互相干扰。
- 在 Mailable 构造函数里就设好
$this->mailer = 'xxx'，别等到build()或队列处理时才定 - 避免在
handle()中调用Mail::mailer(...)->send(...)，统一走Mail::to(...)->send(new WelcomeEmail) - 对关键通道（如财务类邮件），在
build()里加Log::debug("Using mailer: " . $this->mailer)，上线后快速验证是否走对了路
事情说清了就结束。多驱动不是配完就能自动分流的，每个发信入口都要显式声明，而且队列、日志、错误捕获这三块最容易漏掉驱动隔离。
