I have a hybrid domain configured in Exchange that currently consists of a single Exchange 2010 CAS server and a single Exchange 2016 server. A migration is in progress with mail flow and user access switched over to go through the Exchange 2016 server. The issue I am seeing is with our first batch of users migrated from 2010 to 2016 and test mailboxes created on Exchange 2016.
When a user configures an out of office message, either in OWA or Outlook - the auto response is not sent to anyone.
- I can set the OOF message via the OWA, Outlook and Powershell without any error messages.
- Once set I can view the config in all locations - OWA, Outlook or Powershell.
- On both the 2010 and 2016 servers the internal and external virtual directories are configured as mail.companyname.com
The message tracking log shows these events with the subject of an auto response. But the response does not make it to the other users.
PS> Get-MessageTrackingLog -Sender testmailbox@companyname.com -Start "11/25/2020 16:00:00" -End "11/25/2020 16:05:00"
Timestamp EventId Source Sender Recipients MessageSubject
--------- ------- ------ ------ ---------- --------------
11/25/2020 4:00:54 PM RECEIVE MAILBOXRULE testmailbox@companyname.com {[removed]@gmail.com} Automatic reply: External Test
11/25/2020 4:00:54 PM RECEIVE MAILBOXRULE testmailbox@companyname.com {[removed]@gmail.com} Automatic reply: External Test
11/25/2020 4:01:07 PM RECEIVE MAILBOXRULE testmailbox@companyname.com {[removed]@companyname.com} Automatic reply: Internal Test
11/25/2020 4:01:07 PM RECEIVE MAILBOXRULE testmailbox@companyname.com {[removed]@companyname.com} Automatic reply: Internal Test
When checking a test Outlook profile with mfcmapi, the PR_DELEGATED_BY_RULE field updates with email addresses of incoming messages.
Mailbox used for these tests does not have forwarding enabled:
PS> Get-Mailbox -Identity testmailbox@companyname.com | fl DeliverToMailboxAndForward, ForwardingSmtpAddress, ForwardingAddress
DeliverToMailboxAndForward : False
ForwardingSmtpAddress :
ForwardingAddress :
Remote Domains allowed OOF set to External and auto replies are allowed
PS> Get-RemoteDomain | ft -AutoSize Name, DomainName, AllowedOOFType, AutoReplyEnabled
Name DomainName AllowedOOFType AutoReplyEnabled
---- ---------- -------------- ----------------
Default * External True
Hybrid Domain - companyname.mail.onmicrosoft.com companyname.mail.onmicrosoft.com InternalLegacy True
Hybrid Domain - companyname.onmicrosoft.com companyname.onmicrosoft.com External True
Hybrid Domain - companyname.com companyname.com External True
testconnectivity.microsoft.com
Tested using the test mailbox on Exchange 2016 with the automatic reply option disabled. Used autodiscover, did not manually specify server.
Synchronization, Notification, Availability, and Automatic Replies - All tests pass
Outlook connectivity - All tests pass
Hi YukiSun-MSFT,
Yes that is correct. If a user on Exchange Online sends to an Exchange 2010 mailbox the out of office message is received in the 365 users mailbox. If an Exchange 2010 user sends to an Exchange Online mailbox the out of office message is received. If a user with their mailbox on 2016, both migrated or freshly created, sets their out of office message the response is not sent to either an Exchange Online, Exchange 2010 or external sender.
43953-msqa-exchangeoof-1.txt
When I ran the supplied command with a subject, sender and recipient added I received an error message. I removed the initial Get-TransportService and have that as the second block as well.
I added a new remote domain for gmail.com and left the defaults of AllowedOOFType set to External and AutoReplyEnabled set to True. I did not receive an out of office response to the gmail address after disabling and reenabling the rule to clear the list of addresses that have had messages sent.
Hi @Matt Goldstein ,
So you meant the auto reply can be sent to another mailbox hosted on Exchange 2016?
Have you checked the Queue Viewer to see if there are any clues?
By the way, from the output you shared above, I noticed that there's a remote domain for "Barracuda Message Archiver", was it added before the issue started?
I just tested between two mailboxes on Exchange 2016, but was unable to receive the automatic reply. The message does show in OWA while composing the email above the To field, but a full automatic reply email is not sent.
I checked the Queue Viewer on the Exchange 2016 server directly after the test email was sent, but no messages were stuck. I did also check the Exchange 2010 Queue as well.
I believe I incorrectly censored this from the initial post, this remote domain is not a new addition and was part of the 2010 environment with auto replies working.
Sign in to comment