NAS 报警别只靠人刷页面：群晖通知设置邮件通道从发件人到收件人配置实操

引言

硬盘掉线、存储池降级、备份任务失败——这些事件发生时，DSM 会在界面上亮状态、记日志，但前提是有人恰好在看。把告警推到邮箱，是最朴素也最可靠的一条通道：不依赖第三方平台、不依赖值班电脑开机，手机收个邮件就知道家里哪台设备出了状况。DSM 的通知设置里，电子邮件通道由「发件人」和「收件人配置文件」两层组成，配好这两层，NAS 的异常就不再无人知晓。这篇按配置顺序讲清每一步。

结构先想清楚

• 发件人：先告诉 DSM 用哪个邮箱账号往外发信。可以直接选电子邮件服务提供商（如 Gmail、Outlook、QQ），也可以指向企业自有的 SMTP 服务器。发件人只设一次，是整条通道的地基。
• 收件人配置文件：再建若干组收件人，每组可挂多个邮箱地址，并各自绑定一条通知规则——比如「严重事件发给 IT 负责人与主管」「一般事件只发值班组」。通知的分流逻辑在这一层实现。
• Synology 帐户通道：除了邮件，也可以选择在 Synology 帐户中直接接收系统状态变更或错误通知，登录帐户并选定规则即可。

操作步骤

1. 打开通知设置：前往控制面板 > 通知设置 > 电子邮件。为什么：所有邮件通知的入口都集中在这里，先看清发件人、收件人配置文件、电子邮件设置三个区域的结构，再动手配置，避免改了一半丢一半。

2. 设置发件人：单击电子邮件区域的设置按钮。若用公共服务商，从服务提供商下拉列表选择（Gmail、Outlook 单击登录按向导授权，QQ 输入用户名密码保存）；若用自有邮件系统，选择自定义 SMTP 服务器，填写 SMTP 服务器名称或 IP、端口号；服务器需要验证的勾选需要验证并填用户名密码；服务器要求加密的勾选需要安全连接（SSL/TLS）；再填发件人名称与发件人电子邮件地址，保存。为什么：企业环境首选自有 SMTP 服务器——告警邮件不出内网邮件系统，不占用公共服务商的发信额度，也不受外网策略变化影响；端口与验证方式以邮件服务器管理员的配置为准，配错一个就发不出去。

3. 处理域名形式的 SMTP 地址：SMTP 服务器填域名时，先确认控制面板 > 网络 > 常规中已配置有效的 DNS 服务器，且该服务器可连通。为什么：NAS 要先把域名解析成 IP 才能连上邮件服务器；DNS 没配好时，「服务器名称不对」和「解析不出来」两种故障表现一样，提前确认能省一轮误判。

4. 创建收件人配置文件：在收件人配置文件下单击添加，从规则下拉列表选择既有规则或单击创建新建规则，输入要接收通知的电子邮件地址——多个地址可用空格、分号、逗号或回车分隔，单击添加保存。为什么：按规则分组而不是把所有人塞进一个名单，是告警分流的基础；同一条规则下挂多个邮箱，则实现了「一人休假、备份人照收」的冗余。

5. 发送测试电子邮件：配置文件建好后，单击该配置文件并发送测试电子邮件。为什么：测试是唯一能证明整条链路（发件人认证、SMTP 连通、收件地址有效）都通的动作；上线时测一次，之后每次改邮件服务器密码或网络策略后再测一次，通道才算有人维护。

6. 配置电子邮件设置细节：指定加在每封邮件主题行的主题前缀（如设备名或位置），按需勾选向新用户发送欢迎消息。为什么：多台设备都发告警时，主题前缀让你在手机通知栏一眼分清是哪台 NAS；前缀建议用「位置+设备」的命名，而不是型号编号，人的记忆对地点更敏感。

7. 按需微调事件消息与语言：在控制面板 > 通知设置 > 事件中可选择单个事件并编辑消息内容；通知语言跟随控制面板 > 区域选项 > 语言中的设定。为什么：默认消息能用的场合不必改，但对需要转发的告警（比如原样转给非技术负责人），把关键动作写进消息正文能减少一轮解释成本。

三个容易踩的坑

• Gmail 的 API 策略变化：由于 Google Gmail API 策略调整，部分场景（任务计划中用脚本发邮件、Web Station 网站用 PHP 发邮件、WordPress 等第三方网站套件发信）必须改用自定义 SMTP 服务器方式配置 Gmail 发件。
• Gmail 双重验证：使用 Gmail SMTP 服务器且帐户开启双重验证时，SMTP 验证要用 Google 提供的应用专用密码，不是帐户登录密码。
• 测试通过不等于永远有效：发件邮箱改密码、SMTP 端口被封、DNS 变更都会让通道静默失效；把「定期发测试邮件」纳入巡检项目，告警通道本身也需要被监控。

结语

告警的价值在于送达。邮件通道半小时配好，换来的是设备异常从「哪天有人登上去才发现」变成「发生即知」。贵州诚鑫致达科技在交付存储与备份项目时，通知通道的测试邮件是验收演示的第一项——告警不达手的系统，等于没有告警。