Protection against phishing, malware, and other threats targeting email and collaboration tools in Microsoft 365
For this scenario, the most likely issue is that the forwarding setting is allowed in the outbound spam policy, but another control is still blocking the message.
Use this validation path:
- Verify the mailbox forwarding itself in Exchange Online.
In the Exchange admin center, go to Recipients > Mailboxes > select the mailbox > Mailbox > Email forwarding.
- Turn on Forward all emails sent to this mailbox.
- Confirm the external forwarding address is correct.
- Optionally enable Deliver message to both forwarding address and mailbox if a local copy is needed.
- Confirm the outbound spam policy is actually applied to that mailbox. A custom outbound spam policy must target the specific sender on the Users, groups, and domains page. If the mailbox is not in scope, the default policy applies instead.
- Check whether a higher-priority anti-spam policy is overriding the custom policy.
Anti-spam policies use first-match processing. If the mailbox is included in Strict preset security policy or Standard preset security policy, those settings take precedence and custom policy settings are ignored.
- In the Microsoft Defender portal, check Preset security policies.
- Compare the affected mailbox against the users, groups, or domains included there.
- If needed, exclude that mailbox from the preset policy so the custom outbound spam policy can apply.
- If the message is being blocked as automatic forwarding, check the NDR text.
When outbound spam filtering blocks automatic forwarding, the NDR contains:
5.7.520 Access denied, Your organization does not allow external forwarding. Please contact your administrator for further assistance. AS(7555) - If policy edits fail or do not seem to stick, check for RBAC issues. If policy changes fail with 403 or CmdletAccessDeniedException even after permissions are verified, the documented cause can be an Exchange Online RBAC configuration issue that requires a backend RBAC configuration refresh through Microsoft Support.
Important behavior to account for:
- Automatic forwarding = On - Forwarding is enabled in the outbound spam policy allows forwarding at that layer.
- That does not guarantee delivery if another policy still blocks it.
- Microsoft recommends Off - Forwarding is disabled as the secure baseline, so forwarding must be explicitly allowed only where needed.
Also note:
- For internal senders, an NDR is generated only when the forwarding method is mailbox forwarding.
- If the forwarding method is an Inbox rule, an NDR is not generated for internal senders.
Given the symptoms, the highest-probability cause is policy precedence: the mailbox is still covered by a preset security policy or another first-match anti-spam policy, so the custom outbound policy that enables forwarding is not the one being enforced.