nginx 不支持内置定时任务和邮件发送，需借助 cron 定期执行 nginx -t，并通过 shell 脚本结合 mail 命令实现告警；须配置邮件服务（如 msmtp），并嵌入证书续期、ci/cd 等运维流程中。
Nginx 本身不支持内置定时任务或邮件发送功能，所谓“在 Nginx 中配置定时任务”是一种常见误解。真正的做法是：**借助系统级工具（如 cron）定期调用 nginx -t 检查语法，并通过 shell 脚本触发邮件告警**。整个流程完全脱离 Nginx 进程，由操作系统调度执行。
用 cron 定时运行语法检查
Linux 系统的 cron 是最可靠、轻量的定时机制。例如每天凌晨 2 点自动校验主配置：
- 编辑 root 用户的定时任务：
sudo crontab -e - 添加一行：
0 2 * * * /usr/bin/nginx -t > /dev/null || echo "Nginx config test failed at $(date)" | mail -s "⚠️ Nginx 配置异常" admin@example.com - 确保系统已安装并配置好邮件服务（如 postfix 或 msmtp），否则
mail命令无法发出邮件
写一个带邮件告警的检查脚本
比单行命令更清晰可控。例如保存为 /opt/scripts/nginx-check.sh：
- 开头加
#!/bin/bash，设置PATH和日志路径 - 执行
nginx -t -q（-q 静默模式，便于判断返回值） - 若返回值非 0（即检查失败），用
echo拼接错误详情，再通过mail或sendmail发送完整报错信息 - 可选：把
nginx -T输出（展开后的完整配置）也附在邮件里，方便快速定位问题
确保邮件能发出去
很多服务器默认没配邮件代理，导致告警静默失效：
- 最小化验证：手动运行
echo "test" | mail -s "test" your@email.com，看是否收到 - 若失败，推荐用
msmtp配置 Gmail / QQ 邮箱等 SMTP 服务，比 postfix 更轻量易调 - 脚本中建议加入
if command -v mail && mail -V > /dev/null 2>&1; then ...判断命令可用性，避免因缺失依赖导致脚本中断
配合证书更新等运维场景
实际生产中，语法检查常嵌入到自动化流程里：
- Let’s Encrypt 续期后，certbot 的
--deploy-hook可调用检查脚本，确认证书路径没写错、配置未损坏 - CI/CD 流水线部署前，先在目标机器上
ssh user@host 'nginx -t -c /tmp/new.conf'验证临时配置 - 关键变更上线前，把
nginx -t+ 邮件通知作为发布 checklist 的强制项
