Linux版Navicat 17计划任务不支持邮件通知，因其未编译SMTP模块，也不调用本地邮件工具；替代方案需用外部脚本封装SQL执行并调用mail/sendmail。
Linux版Navicat 17计划任务不支持系统级邮件服务集成
Navicat 17 的计划任务（Scheduled Tasks）在 Linux 平台下完全不调用 sendmail、ssmtp 或 msmtp 等本地邮件工具，也不读取 /etc/mail.rc 或用户级 ~/.mailrc 配置。它的“邮件通知”功能仅在 Windows 上通过 COM 接口调用 Outlook 或系统邮件客户端实现，在 Linux/macOS 下该选项实际为灰显或静默忽略——即使你在任务设置里勾选了“执行后发送邮件”，也不会生成任何 SMTP 请求或本地命令调用。
任务日志里看不到邮件相关错误，是因为根本没尝试发
这是最易被误判的点：你检查 ~/.config/navicat/logs/scheduled_tasks.log，发现只有连接成功、SQL 执行耗时等记录，唯独没有 SMTP connect failed 或 sendmail not found 类报错。这不是配置问题，而是功能缺失——Navicat 17 的 Linux 版本压根没编译邮件发送模块。它连 libssl 和 libcrypto 都只链接了最低必要集，更不会打包 SMTP 客户端逻辑。
- Windows 版调用的是
MAPI或CDO.Message，依赖系统组件 - macOS 版尝试调用
mail命令（但需用户手动配置launchd邮件代理） - Linux 版：无对应实现，代码中该分支直接 return
替代方案必须绕过 Navicat 自带通知机制
想在 Linux 上实现“任务完成即发邮件”，只能放弃内置选项，改用外部调度+脚本封装：
- 把原 SQL 导出为独立
.sql文件，用mysql -u user -p'pass' db_name 手动执行 - 用
crontab调度该命令，并在末尾加&& echo "OK" | mail -s "Navicat Task Done" admin@example.com - 若需捕获失败，用
||追加告警逻辑，例如|| echo "FAIL at $(date)" | mail -s "Task ERROR" admin@example.com - 注意：Navicat 自带的连接配置（如 SSH 隧道、SSL 参数）无法被命令行复用，必须手动补全到
mysql命令中
别指望升级版本解决——这是平台级设计取舍
截至 2026 年 10 月发布的 Navicat 17.2.8，Linux AppImage 包的符号表里依然查不到 smtp_、mail_ 或 send_ 相关函数名。官方文档也从未将 Linux 邮件通知列为支持特性。它不是 bug，是明确的功能裁剪：Linux 用户预期用 cron+shell 组合完成自动化，而非依赖 GUI 工具的“一站式”幻觉。真正要警惕的，是误以为勾选了通知就万事大吉，结果关键任务失败却零感知。
