要让crontab任务执行后主动通知结果，需解决系统发信能力、任务输出内容、通知逻辑覆盖成功与失败三问题：先配置MTA（如postfix），再确保命令产生stdout/stderr输出，最后通过MAILTO或封装脚本实现全状态通知。
要让 crontab 任务执行后主动告诉你结果，关键不是“配个邮箱就完事”，而是解决三个实际问题：系统有没有发信能力、任务有没有产生可发送的内容、通知逻辑是否覆盖成功和失败两种情况。
确认系统具备邮件发送能力
绝大多数 Linux 服务器默认不带可用的邮件服务，MAILTO 变量只是“告诉 cron 发给谁”，但没 MTA（邮件传输代理）就等于没邮局——信根本寄不出去。
- 先检查是否装了基础邮件工具：
which mail mailx sendmail或systemctl is-active postfix - 推荐用 postfix（CentOS/RHEL）或 ssmtp（轻量场景），避免配置复杂的 sendmail
- 简单验证：运行
echo "test" | mail -s "test" your@domain.com，收不到说明 MTA 没通或配置有误
让任务输出变成可触发邮件的内容
crontab 默认只在任务有 stdout 或 stderr 输出时才发邮件。静默成功的命令（比如 rm -f file）不会触发任何通知，哪怕加了 MAILTO。
- 强制输出：在命令末尾加
&& echo "OK $(date)" || echo "FAIL $(date)" - 重定向日志更稳妥：
0 3 * * * /path/to/script.sh >> /var/log/task.log 2>&1，再配合脚本判断 $? - 别依赖终端环境变量——crontab 的 PATH 极窄，建议写全路径（如
/usr/bin/python3）或在脚本开头显式设置 PATH
按需选择通知方式：简单 vs 灵活
直接用 MAILTO 最省事，但只能被动接收输出；自己封装脚本则能控制主题、正文、重试、超时等细节。
-
MAILTO 方式：在 crontab 文件顶部加
MAILTO="admin@example.com"，适用于调试阶段或简单任务 -
脚本兜底方式：把任务包装进一个 wrapper.sh，用
if [ $? -eq 0 ]分支决定发什么内容，主题可含状态码、耗时、关键日志片段 - 替代通道备用：邮件不可靠时，可同步调用 curl 推送 Telegram/企业微信/钉钉 webhook，比纯邮件更及时
常见失效原因快速排查
收不到邮件？先看这几点，90% 的问题出在这里：
- 日志里找不到
mail或postfix/smtp相关记录 → MTA 没启动或根本没装 - 收到空邮件或只有报错堆栈 → 脚本本身没输出，或错误被重定向到 /dev/null
- 只收到失败邮件，成功没通知 → 忘了让成功路径也产生 stdout，比如漏掉
&& echo ... - 邮件进了垃圾箱 → 检查发信域名是否配置 SPF/DKIM，或改用企业邮箱 SMTP（如腾讯企业邮）提升可信度
