Laravel中Mail::to()->later()延迟邮件功能无法使用求助

你遇到的这个情况确实让人头疼——直接发送邮件一切正常，用Redis队列延迟发送时任务明明从队列消失了，但Mailgun完全没记录，日志也没报错。我帮你梳理几个最可能的排查方向：

1. 给Mailable补上队列接口是关键 #

看你贴的DemoRequestFollowUp代码，虽然引入了Queueable trait，但没有实现ShouldQueue接口，这是Laravel识别“这个邮件需要走队列”的核心标识。修改类定义：

<?php 
namespace App\Mail; 

use \App\DemoDownloader; 
use Illuminate\Bus\Queueable; 
use Illuminate\Mail\Mailable; 
use Illuminate\Queue\SerializesModels; 
use Illuminate\Contracts\Queue\ShouldQueue; 

class DemoRequestFollowUp extends Mailable implements ShouldQueue { 
    use Queueable, SerializesModels; 

    public $requestee; 

    public function __construct(DemoDownloader $requestee) { 
        $this->requestee = $requestee; 
    } 

    public function build() { 
        return $this->subject('Overview') 
            ->view('email-demo-request-follow-up'); 
    } 
}

没有这个接口，即使你调用了later()，Laravel也可能无法正确触发队列的邮件发送逻辑。

2. 确认队列Worker真的在运行 #

任务从Redis队列消失，不代表Worker真的执行了它——如果Worker没启动，到期的任务会被默默标记为失败（甚至因为没Worker处理，任务可能被Redis的过期机制清理）。
启动Worker的命令：

php artisan queue:work redis --tries=3

如果是生产环境，一定要用supervisor这类工具保持Worker持续运行，不然终端关闭后Worker就停了，任务自然不会被处理。

3. 查看失败队列里的任务 #

即使laravel.log没报错，也可能任务执行失败后被存入了失败队列。执行以下命令查看：

php artisan queue:failed

如果有失败任务，可以用--verbose参数启动Worker，重新执行时看详细错误输出：

php artisan queue:work redis --verbose

这里的详细日志往往能找到隐性问题，比如Mailgun的连接超时、变量传递错误等。

4. 验证延迟时间的正确性 #

你用了Carbon::now()->addMinutes(5)，要确认服务器的时区配置和你的预期一致（检查config/app.php里的timezone项），避免任务被判定为“已过期”而直接跳过。可以临时把延迟时间改成1分钟，快速验证是否是时间相关的问题。

5. 核对队列与Mailgun的配置一致性 #

确保.env里的队列驱动确实是Redis：

QUEUE_CONNECTION=redis

同时，Mailgun的配置项（MAIL_MAILER=mailgun、MAILGUN_DOMAIN、MAILGUN_SECRET）要和直接发送时完全一致，避免队列环境下加载了不同的配置文件。

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