Verify TrueNAS system-email recipients and alert delivery separately

Bottom line: Name the recipient for each notification path. Keep the nightly health message separate from the configured alert-service threshold, and require the actual response owner to confirm delivery.

Source fact: what the authority says

The TrueNAS system-email guide says that from 25.10, system emails use a configurable recipient list rather than automatically using local administrator email addresses. After the system send method is configured, those recipients receive a nightly or morning system-health email. The Email Alert Service separately specifies its Email Address and Level, whose default is Warning. The guide provides Send Test Mail to verify the system email setup. It separately provides Send Test Alert to generate a test alert and confirm the alert-service email configuration.

What the source does not establish

This article addresses the two documented notification configurations, not a guarantee of mail delivery or incident response. A successful test does not establish that every future event will cross the configured severity threshold or reach an attended mailbox.

Applicability questions

• Who must receive the nightly system-health message?
• Which address and severity are configured for the Email Alert Service?
• Who actually monitors those recipients during the required hours?
• What separate mail-service restrictions and response procedures need review?

DSE recommendation: controlled next steps

The following steps are DSE recommendations based on the cited source.

DSE recommends a notification map with one row for system health and another for the Email Alert Service. Record the recipient owner, configured address, intended severity and response duty. Review the actual system recipient list after a version transition rather than assuming that an administrator account’s email field still defines it.

Choose a proposed controlled test recipient with the mail owner, then have the intended operational recipients confirm their own delivery after the approved configuration is saved. Keep the system-email test and alert-service test separately labeled so one successful message cannot hide an untested path.

Review the alert threshold against the owner’s response requirement. Do not lower it merely to generate activity without considering the resulting notification workload. Keep SMTP or OAuth credentials and authorization details in the approved secret-handling process rather than the notification evidence.

Preserve the previous recipient and threshold settings. Assign an owner to maintain the list when staff or response duties change. Treat a distribution list, individual mailbox and unattended service address as separate operational choices requiring a clear recipient and escalation owner.

Verification and evidence

Proposed verification: run the documented system-mail test and the separate alert-service test under the approved plan. Record which action was used, its configured destination and whether the named recipient observed the message. Preserve a missing message as a delivery investigation instead of assuming the storage alert condition was wrong.

Compare the saved recipient list and alert level with the notification map. Where an actual approved alert-condition rehearsal is required, record that event separately from the test-message actions. Keep successful delivery and demonstrated human response as distinct conclusions, and leave unperformed response checks visible.

Official references

• TrueNAS — Setting Up System Email — official product documentation; confirm the installed release and configuration.

Source review completed October 29, 2026. Recheck the official documentation and deployment-specific applicability before a production change.