{"id":1191,"date":"2018-02-06T15:03:40","date_gmt":"2018-02-06T13:03:40","guid":{"rendered":"https:\/\/msb365.abstergo.ch\/?p=1191"},"modified":"2019-01-31T19:49:58","modified_gmt":"2019-01-31T17:49:58","slug":"not-able-send-message-user-not-found","status":"publish","type":"post","link":"https:\/\/www.msb365.blog\/?p=1191","title":{"rendered":"Not able to send Message – User not found"},"content":{"rendered":"

One of my customers is running an exchange environment with multiple Accepted Domains.
\nThe reason for that is that this company is a Holding and it has a bulk of sub companies.
\nNormally the sub companies are using the Mail service from the Holding environment.
\nNow one of the sub companies wants to use an autonomy mail environment, which is not attached to the Holdings infrastructure.<\/p>\n

 <\/p>\n

After they have configured their own Mail system, everything works fine \u2013 except mail flow from the Holding.
\nAs an example:
\nThe Holding is called Contoso Ltd. (contoso.com) and the sub company sub.contoso.com.
\nNew Mail infrastructure can receive mails from around the world: @outlook.com -> @sub.contoso.com works without any problems.
\nBut if users from Contoso Ltd. trie to send Mails to the sub company (@contoso.com -> @sub.contoso.com), it fails with the following NDR:<\/p>\n

\"\"<\/p>\n

 <\/p>\n

As we can see in this NDR, the exchange was not able to find the recipient. The reason for that is clear; there is no mail address or Mailbox of this user in the organization of Contoso. However, why exchange tries to send\/deliver the message internal and not external?<\/p>\n

 <\/p>\n

To figure this out we have to check for some different things in our environment.
\nLet us start with internal DNS zone:
\nWe need to open a command prompt on one of the Exchange servers in the Contoso environment and run the following command:<\/p>\n

nslookup \u2013q=mx sub.contoso.com<\/pre>\n
With this command, we try to figure out if the MX Record is visible for our Exchange server.
\n\"\"<\/p>\n
 <\/p>\n
As we can see in the print screen, for our Exchange server the domain sub.contoso.com do not exists. I figured out, that there is no internal DNS zone created for the sub Domain.
\nAfter we have created this internal DNS zone with the right settings, I had run again the command:<\/p>\n
nslookup \u2013q=mx sub.contoso.com<\/pre>\n
\"\"<\/p>\n
 <\/p>\n
Now it looks much better for our Exchange.<\/p>\n
So let us try to send a test mail to a recipient in the target domain (@sub.contoso.com).
\nTo track our Mail we can simply use the Exchange management shell and run the following command:<\/p>\n
Get-MessageTrackingLog -Start \"02\/02\/2018 13:15:00\" -End \"02\/02\/2018 17:00:00\" -Sender \"drago.petrovic@contoso.com\" -server EXC01<\/pre>\n
As we can see on the print screen, our message fails to be delivered.<\/p>\n
\"\"<\/p>\n
 <\/p>\n
Even the NDR shows us again that the recipient user is still unknown.<\/p>\n
 <\/p>\n
So what to do next?<\/p>\n
We going to login to our Exchange ECP and navigate to \u201cmail flow<\/strong>\u201d \/ \u201caccepted domains<\/strong>\u201d.
\nHere we can see that our Domain contoso.com is registries as an Authoritative Domain. That means all subdomains will be listening to the main domain, like a wildcard.<\/p>\n
\"\"<\/p>\n
 <\/p>\n
So let us register here a new accepted domain for our sub company.
\nFor that we will register it as internal relay:<\/p>\n
\"\"<\/p>\n
After we have done this, we need to go to our send connectors, if the company is using a smart host for sending mails, we will come back later to it:<\/p>\n
\"\"<\/p>\n
 <\/p>\n
We have to check if the scoping is set right. In my case all looks good because it is set as Wildcard with the (*) entry.<\/p>\n
\"\"<\/p>\n
 <\/p>\n
If your connectors are configured differently, you will have to add the sub domain (sub.contoso.com) as an address space.<\/p>\n
 <\/p>\n
From now, the mail flow is working as expected and we have fixed the issue.<\/p>\n
 <\/p>\n
 <\/p>\n
IMPORTANT:<\/span><\/strong>
\nIf you are using a smart host for sending mails, you need to check the configuration there as well. Some of the smart hosts can be configured that all messages from a domain (@contoso.com) included all sub domains has to be delivered to the Exchange organization. In this case the sender mail will again be returned to the Contoso Exchange and not to the sub.contoso.com Mail server and we have again the same NDR.<\/p>\n
 <\/p>\n
So if you still have the problem after following this article, check your smart host setting!<\/p>\n
 <\/p>\n
 <\/p>\n
Photo by Daniel Jensen<\/a> on Unsplash<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"
One of my customers is running an exchange environment with multiple Accepted Domains. The reason for that is that this company is a Holding and it has a bulk of sub companies. Normally the sub companies are using the Mail service from the Holding environment. Now one of the sub companies wants to use an […]<\/p>\n","protected":false},"author":1,"featured_media":3115,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_crdt_document":"","om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"_uf_show_specific_survey":0,"_uf_disable_surveys":false,"footnotes":""},"categories":[2],"tags":[],"class_list":["post-1191","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-exchange"],"post_mailing_queue_ids":[],"_links":{"self":[{"href":"https:\/\/www.msb365.blog\/index.php?rest_route=\/wp\/v2\/posts\/1191","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.msb365.blog\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.msb365.blog\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.msb365.blog\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.msb365.blog\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=1191"}],"version-history":[{"count":3,"href":"https:\/\/www.msb365.blog\/index.php?rest_route=\/wp\/v2\/posts\/1191\/revisions"}],"predecessor-version":[{"id":3116,"href":"https:\/\/www.msb365.blog\/index.php?rest_route=\/wp\/v2\/posts\/1191\/revisions\/3116"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.msb365.blog\/index.php?rest_route=\/wp\/v2\/media\/3115"}],"wp:attachment":[{"href":"https:\/\/www.msb365.blog\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=1191"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.msb365.blog\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=1191"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.msb365.blog\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=1191"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}