OOF messages gets droppend with 250 2.1.5 RESOLVER.OOF.ExtToInt; handled external OOF addressed to internal recipient}

Joachim Vadseth 0 Reputation points
2024-08-28T08:12:55.07+00:00

We have a hybrid setup where the the on-prem AllowedOOFType is set to External on all domains and IsInternal is set to $true.

In ExO the AllowedOOFType is also set to External and IsInternal is set to $false. Also AutoReplyEnable is $true.

However all external OOF messages is dropped with the message "250 2.1.5 RESOLVER.OOF.ExtToInt; handled external OOF addressed to internal recipient}"

I do not recall having any transport rules to drop these messages. We however have a rule that forces all mail from our domain to be routed back down to our internal mx relay (Proxmox).

Any ideas?

Microsoft Exchange Online Management
Microsoft Exchange Online Management
Microsoft Exchange Online: A Microsoft email and calendaring hosted service.Management: The act or process of organizing, handling, directing or controlling something.
4,484 questions
Exchange Server Management
Exchange Server Management
Exchange Server: A family of Microsoft client/server messaging and collaboration software.Management: The act or process of organizing, handling, directing or controlling something.
7,598 questions
Microsoft Exchange Hybrid Management
Microsoft Exchange Hybrid Management
Microsoft Exchange: Microsoft messaging and collaboration software.Hybrid Management: Organizing, handling, directing or controlling hybrid deployments.
2,068 questions
0 comments No comments
{count} votes

2 answers

Sort by: Most helpful
  1. Jake Zhang-MSFT 4,900 Reputation points Microsoft Vendor
    2024-08-29T08:04:14.9533333+00:00

    Hi @Joachim Vadseth ,

    Welcome to the Microsoft Q&A platform!

    According to your description, it sounds like you’re encountering an issue with the handling of Out of Office (OOF) messages in your hybrid Exchange setup. Here are a few things to consider:

    1. In a hybrid environment, the setting can impact how OOF messages are processed. Since you have set to on both on-premises and Exchange Online (ExO), ensure that this configuration is consistent across all domains.
    2. The setting being on-premises and in ExO might be causing a mismatch. This setting determines whether the recipient is considered internal or external. You might want to align these settings to avoid conflicts.
    3. Even though you don’t recall having transport rules to drop these messages, it’s worth double-checking all your transport rules, especially those that might affect OOF messages. The rule that routes all mail from your domain back to your internal MX relay could be influencing the behavior.
    4. Verify the mail flow and connectors between your on-premises environment and ExO. Ensure that the connectors are correctly configured to handle OOF messages. Sometimes, issues in the mail routing can cause OOF messages to be dropped.
    5. As a troubleshooting step, you can create a new remote domain for an external ISP (like gmail.com) and allow external OOF messages. This can help you determine if the issue is specific to your current configuration.

    By reviewing these areas, you should be able to identify and resolve the issue with external OOF messages being dropped.


    Please feel free to contact me for any updates. And if this helps, don't forget to mark it as an answer.

    Best,

    Jake Zhang


  2. Joachim Vadseth 0 Reputation points
    2024-09-13T10:39:35.8333333+00:00

    New-TransportRule -Name "Exclude OOF Messages" -MessageTypeMatches "OOF" -ExceptIfMessageTypeMatches "OOF" -RedirectMessage '365 til mx04'

    New-TransportRule: Ex94914C|Microsoft.Exchange.Configuration.Tasks.ManagementObjectNotFoundException|Couldn't find object "365 til mx04".

    Please make sure that it was spelled correctly or specify a different object.

    If i read correctly at the new-transportrule cmdlet and the -redirectmessage parameter, it can only be a emailaddress and not a connector name?

    0 comments No comments

Your answer

Answers can be marked as Accepted Answers by the question author, which helps users to know the answer solved the author's problem.