Skip to main content
xorlab can run in either of the following modes:
  • Monitoring: xorlab is located out-of-band of the mail flow and is only used to monitor the traffic (it cannot intervene in your mail flow). Usually, it receives the email traffic as an additional BCC recipient and the copies are dropped after processing. This mode allows email traffic monitoring with low impact on the infrastructure. Detection and the configured actions still run in full, so emails do get the QUARANTINED decision — see Decisions and quarantine in Monitoring mode.
  • Inline: xorlab is inline in the mail flow and actively filters emails. This mode is configured whenever xorlab is used for inbound email security. Emails are forwarded after they have been processed.

Monitoring mode

The following changes are necessary to run xorlab in Monitoring mode:
  1. Open Expert Editor and navigate to the activeguard/core/active_guard.yml file.
  2. Under the relevant SMTP handler, set senderRecipientExtraction.recipientExtraction: MAIL_HEADER and senderRecipientExtraction.senderExtraction: HEADER:
    For M365 integrations, the value for senderRecipientExtraction.senderExtraction should be MAIL_ENVELOPE.
    active_guard.yml
  3. Set up SMTP routing for Monitoring mode: see Set Up Email Routing in xorlab for on-premises or Microsoft 365.
  4. Disable delivery status notifications.
  5. Click Publish. The monitoring mode configuration becomes active within about one minute.
This configuration sets xorlab Security Platform into Monitoring mode. For more information about sender and recipient extraction, please see the next section. It is possible to omit the handler block as it is set to smtpOffline {} by default:
active_guard.yml
Envelope-fromIt is important to provide xorlab Security Platform the original envelope FROM in Monitoring mode. With the above configuration, xorlab tries to derive it from email headers. Further possibilities are described in the next chapter.

Sender and recipient extraction

In Monitoring mode, emails are often forwarded as copies (BCC) to xorlab. In this case, it is possible that the SMTP envelope FROM and recipient information have been overwritten as a part of the BCC forward. The envelope FROM might be something like MAILER-DAEMON@gateway.internal and the envelope recipient is xorlab itself like, for example, emails@xorlab.internal when the email arrives at xorlab. Therefore, you need to configure xorlab to get the envelope FROM and recipients from the correct location:
active_guard.yml
For M365 integrations, set senderRecipientExtraction.senderExtraction to MAIL_ENVELOPE instead of HEADER.
Wrong configurationThe usual symptom of a wrong envelope FROM configuration is a missing or wrong envelope FROM shown in the detail view of an email in XCC. Consequently, xorlab cannot do various checks like, for example, SPF verification.
The following values are supported for senderRecipientExtraction.senderExtraction: The following values are supported for senderRecipientExtraction.recipientExtraction: For reported email handlers, senderRecipientExtraction.reporterExtraction controls how the sender of the report itself is extracted. Supported values are MAIL_ENVELOPE and FROM_HEADER. You can also provide the original envelope FROM through specific headers by matching them with senderHeaderNamePattern:
active_guard.yml
It is also possible to use a regex when you have multiple custom headers to check; provide that regex as the value for senderHeaderNamePattern:
active_guard.yml
The above expression matches either first or second header.

Disable delivery status notifications

For Monitoring mode, we recommend to generally disable delivery status notifications. This includes bounce emails. This will make sure that xorlab will never send delivery status notifications back to the sender when being in Monitoring mode.
  1. Open the Expert Editor and navigate to the activeguard/mta/startup_cfg/postfix_custom/master.cf file.
  2. Find the three lines starting with bounce unix, defer unix, and trace unix, and set the last word on all three lines to discard:
  3. Open the activeguard/mta/startup_cfg/postfix_custom/main.cf file and comment out (e.g., using the Ctrl+/ or Cmd+/ keyboard shortcut) the delay_warning_time property (if you have multiple main.cf files, do it in each of them):
  4. Disable Delivery Status Notification (DSN) for bcc deployments in each main.cf file.
  5. Click Publish. The new Postfix settings become active within about one minute.

Decisions and quarantine in Monitoring mode

Detection and the Actions configuration screen apply exactly as they do in Inline mode:
  • An email whose verdict and confidence lead to a quarantine action gets the QUARANTINED decision, and its copy is kept in the matching quarantine instead of being dropped. Search for status:quarantined to list them.
  • Every other email is dropped after processing.
None of this reaches your mail flow. xorlab only ever holds back its own copy, and the email the recipient received was delivered by your existing mail flow, untouched. A quarantine that fills up in Monitoring mode is therefore expected.

Inline mode

In Inline mode, xorlab Security Platform is part of the email traffic and forwards emails accordingly. In order to activate it:
  1. Open Expert Editor and navigate to the activeguard/core/active_guard.yml file.
  2. Under the relevant SMTP handler, set smtpInline: {} instead of smtpOffline. senderExtraction and recipientExtraction can be omitted as they default to MAIL_ENVELOPE:
    active_guard.yml
  3. Make sure that bounce messages are enabled in activeguard/mta/startup_cfg/postfix_custom/master.cf:
  4. Activate delivery delay notifications in activeguard/mta/startup_cfg/postfix_custom/main.cf:
  5. Set up SMTP routing for Inline mode: see Set Up Email Routing in xorlab for on-premises or Microsoft 365.
  6. Click Publish. The inline mode configuration becomes active within about one minute.