Postfix邮件发送失败时的防丢失处理方案咨询

兄弟，看你遇到了网关不可达时邮件可能丢失的问题，结合你给出的PHP代码和Postfix日志，给你整理几个实用的防丢方案：

先明确下你的场景：网站表单提交后，PHP通过mail()函数发邮件到本地Postfix网关，成功时日志会显示status=sent，但网关挂了的时候就容易出问题——其实Postfix本身有队列重试机制，但如果没配置好或者没做额外处理，确实可能丢邮件，下面具体说：

1. 用好Postfix自带的队列重试机制 #

Postfix默认就会自动重试投递失败的邮件，默认规则是：一开始隔几分钟重试，之后间隔逐渐拉长，最长会重试5天（默认配置）。你可以去/etc/postfix/main.cf里调整相关参数适配你的需求：

• queue_run_delay：队列扫描间隔，默认300秒（5分钟），如果网关恢复快，可以改短点比如60秒
• max_queue_lifetime：邮件在队列里保留的最长时间，默认5天，要是网关经常长时间不可达，可以改长点比如7天
• bounce_queue_lifetime：退信邮件的保留时间，默认5天，确保管理员能收到退信告警

2. 优化PHP端的发送逻辑 #

你现在用@mail()会屏蔽所有错误提示，建议去掉那个@符号，这样能捕获到更详细的错误信息，方便排查问题。另外，更靠谱的做法是用PHPMailer这类专业邮件库替代原生mail()：

• PHPMailer能直接返回Postfix的投递状态，而不是只靠mail()的布尔值判断
• 要是Postfix队列暂时不可用，你还可以在代码里把邮件内容暂存在本地数据库，之后写个定时任务去重试发送，避免直接丢失

给你改个去掉错误屏蔽的代码版本参考：

$ok = mail($emailData['to'], $emailData['subject'], $message, $emailData['headers']); 
if ($ok) { 
  echo "<p>Message has been sent.</p>"; 
} else { 
  error_log("邮件发送失败：" . error_get_last()['message']);
  echo "<p>Message could not be sent! We will retry later.</p>"; 
} 

3. 加个监控告警机制 #

光靠Postfix自动重试还不够，得及时知道网关出问题了：

• 定时用postqueue -p命令查看队列长度，要是队列里的邮件数超过阈值（比如50封），就给管理员发告警邮件或者短信
• 配置Postfix的bounce_notice_recipient参数，把退信发送到指定的管理员邮箱，这样邮件多次投递失败时你能第一时间收到通知

4. 队列备份预案 #

要是担心服务器故障导致Postfix队列丢失，可以定期备份Postfix的队列目录（默认是/var/spool/postfix），或者用postsuper工具导出队列里的邮件到文件，之后网关恢复了再导回去重新投递。

附上你提供的原始代码和成功日志，方便对照：

你的PHP发送代码：

$ok = @mail($emailData['to'], $emailData['subject'], $message, $emailData['headers']); 
if ($ok) { 
  echo "<p>Message has been sent.</p>"; 
} else { 
  echo "<p>Message could not be sent!</p>"; 
} 

成功投递时的mail.log记录：

May 11 06:15:01 webserver postfix/qmgr[2280345]: 7B6B0600EF: from=www-data@webserver, size=803, nrcpt=1 (queue active)
May 11 06:15:01 webserver postfix/smtp[2573042]: 7B6B0600EF: to=target@whatever.com, relay=192.168.1.250[192.168.1.250]:26, delay=0.06, delays=0.03/0.01/0.02/0.01, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as 8478AE11B4)
May 11 06:15:01 webserver postfix/qmgr[2280345]: 7B6B0600EF: removed

备注：内容来源于stack exchange，提问作者cruunnerr