navicat 16定时任务失败不发邮件，根本原因是其邮件通知机制仅支持backup、restore、synchronize、export四类任务，且仅响应系统级异常（如崩溃、连接超时），不解析日志、不捕获sql业务错误；必须手动在任务属性中启用“发送邮件通知”并设为“所有失败操作”，同时全局smtp需通过测试邮件验证。
Navicat 16 的定时任务执行失败后不发邮件，根本原因不是配置漏了，而是它压根没能力“感知失败”——它的邮件通知机制不绑定退出码、不解析日志、不捕获 SQL 错误，只在任务类型和状态满足极窄条件时才触发一次异步投递。
计划任务里的“邮件通知”开关为什么根本没生效
这个选项灰色或勾选后无效，通常是因为：
- 当前批处理作业中混入了
Query或Import类任务——只有Backup、Restore、Synchronize、Export这四类才支持通知，其他一律忽略 - 你在「计划设置」页勾选了通知，但没进每个具体任务的属性页右键 → 属性 → 勾选「发送邮件通知」
- 任务属性里通知条件仍为默认关闭状态，必须手动设为「所有失败操作」或「所有成功操作」
- 全局 SMTP 配置未完成：进入
管理 → 常规设置 → 邮件，填了服务器但没点「测试邮件」并确认通过，后续所有通知都静默丢弃
为什么任务明明失败了，邮件还是发了“成功”通知
Navicat 对“失败”的定义非常宽松。以下情况它都可能返回退出码 0 并标记为成功：
-
UPDATE影响行数为 0（比如 WHERE 条件没匹配到任何记录） - 存储过程中
RAISE NOTICE或PRINT报错被吞掉，无事务回滚 - MySQL 执行含语法错误的 SQL，但 Navicat 仅报黄标警告，不中断流程
- 主从延迟导致同步跳过，界面显示绿色对勾，日志里却有
Slave_SQL_Running: No
它只看进程是否正常退出，不校验业务逻辑结果。所谓「失败通知」，实际只响应崩溃、连接超时、文件写入拒绝等系统级异常。
真正能捕获失败并精准发告警的唯一路径
放弃依赖 Navicat 自带通知，改用命令行 + 外部脚本控制流：
- 先从
%APPDATA%\PremiumSoft\Navicat\NavicatXX\profile.xml中提取任务真实id（搜<task name="YourTask"></task>的id属性） - 用
navicatcmd.exe（不是navicat.exe）执行：navicatcmd.exe --run "8a2b3c4d-5e6f-7g8h-9i0j-1k2l3m4n5o6p" - PowerShell 中检查
$LASTEXITCODE，Bash 中检查$?；仅当非0时调用Send-MailMessage或mail - 更稳妥的做法是加日志匹配：用
-log "C:\navi_logs\last_run.log"输出，再用if ($log -match "Error|failed|ORA-|SQLSTATE")判断
邮件发出去了但收不到？别怪 Navicat，查这三个地方
Navicat 的邮件是异步回调，失败不报错、不重试、不写失败日志：
- 收件人地址用英文逗号分隔，但中间不能有空格：
admin@x.com,dba@x.com（不是admin@x.com, dba@x.com） - 正文不支持任何变量，
[TaskName]和[DateTime]只在主题栏生效；想传日志必须手动附加文件，且附件路径必须是全英文、无空格、绝对路径 - SMTP 密码必须是邮箱后台生成的「授权码」，不是登录密码；
smtp.163.com要开 IMAP/SMTP 并生成专用密码，且该码只显示一次
最常被忽略的是：Navicat 根本不验证收件箱是否可达，也不检查 SMTP 认证是否过期。你看到「已发送」，只代表它把数据交给了系统邮件服务，之后链路完全脱控。
