Skip to main content
A common use is a user missing an email: the agent finds the message in the FortiMail quarantine, reads which policy and profile held it, and releases it when it is safe.
Automatically enabled when you configure FortiMail permissions in your agent workflow.

What It Does

  • Read system status, licenses, HA and disk status, and mail statistics
  • Read protected domains, their settings, mail users, aliases and address maps
  • Read recipient and IP policies and access control rules, in the order FortiMail applies them
  • Read antispam, antivirus, content, session, TLS, impersonation and DLP profiles
  • Read and change system, domain and personal safelists and blocklists, and email and IP address groups
  • List the system quarantine and release a message
  • Read the history log
  • Change domains, users, policies, profiles and settings, and restart or reload the appliance

How the agent works a missing email

The agent finds the recipient’s protected domain and looks for the message in the quarantine folders. It reads why FortiMail held it: the lists, the access rules, the policy that matched and the profile it applied. It explains this on the ticket, and releases the message when the sender is known and FortiMail did not class it as a virus, malware or impersonation. A release follows the Quarantine area’s approval setting.

Permission Groups

Access Profiles

Safety Controls

How to Configure

1

Connect FortiMail

Save your FortiMail address and Neo’s administrator in the Neo Dashboard under the Security integrations category. See Connecting FortiMail to Neo.
2

Configure permissions

In your agent workflow’s Integrations tab, choose an access profile or set each permission group by hand.
Start with Read Only. Explaining why a message was quarantined, reviewing a client’s policies and correlating an incident need only reads; add the Quarantine area when you want the agent to release mail.