Some emails are not received from external domains

Hello community,

Since I migrated from Exchange 2010 to Exchange 2013. I noticed that some emails from external domains are not received. Users do not receive NDR.

Tried to disable all agents and nothing works.

Any idea?

Steven MatzAsked:
Who is Participating?

[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More

I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

Pushpakumara MahagamageVPCommented:
Have you test with MS remote connectivity analyzer.  What is the out come.
Hi Steven,

Given the lack of NDRs, what was it that alerted you to this?  I am thinking that you may be able to use that catalyst to track what is happening, back to the source of the issue.

Do your firewall logs show incoming connections from the correspondent?

What do your Message Tracking Logs show?

Use this form of PowerShell command (Exchange Management Shell) to get those:

Get-MessageTrackingLog -Resultsize "Unlimited" -Start "10/28/2017 09:46:01" -End "10/28/2017 09:48:59" -Sender "" -Recipient "" | Export-CSV C:\Temp\ZZ_MessageTrackingLog.csv -NoTypeInformation

Open in new window

Change the start and end dates / times to narrow it down (reduce the data to check.  You can omit the sender or recipient if you aren't sure, and change the C:\Temp\ to whatever suits.

Open the file in Excel (say).


Steven MatzAuthor Commented:

The strange thing comes that if the recipient is a new user,it works. He received the email but migrated users do not receive email from some external domains.

@Pushpakumara Mahagamage: Which test do I need to perform?

@ Alan: I noticed because some external users told us. Message Tracking shows no results. It is not arriving to Exchange but if i created a new user, he receives the email.

Determine the Perfect Price for Your IT Services

Do you wonder if your IT business is truly profitable or if you should raise your prices? Learn how to calculate your overhead burden with our free interactive tool and use it to determine the right price for your IT services. Download your free eBook now!

Hi Steven,

This seems odd.

If a new users consistently receive the emails, but migrated users do not, that would seem to imply there was a configuration issue during the migration - an Exchange issue.

However, if the emails are not even getting to the Exchange server (nothing at all showing in the Exchange Message Tracking Logs), then that would lead us to think it cannot be an Exchange configuration issue.

Can you examine firewall logs, and see the emails (that fail) coming in there?

What is your full (email) setup?

In terms of the tests, please start by running:

Internet Email Tests - Inbound SMTP Email

When it asks for the address to send to, please use one that is not receiving the external emails (a migrated account).

Please post the results of that test back here (expand the results when it is done), and whether the user receives that email (probably not from what you said above, but you never know!)



Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
Md. MojahidCommented:

As you currently have issues with incoming email, please check the following:

1) Your MX records are configured to point to the public IP of Exchange

2) Check that you can connect using telnet and send an email through each MX record from the internet

3) Ensure that your NAT rule and port forward is correct

4) Check that the default front end receive connector has anonymous authentication enabled and that it's set to accept connections from all public IPs i.e. default settings of to

5) Test sending an email using telnet internally onto the internal IP of the server

6) Check that the receive connector is set to listen on the correct IP in cases where Exchange has multiple IPs

7) Check the NDR sent back to the sender

8) If no NDR, enable verbose logging on your receive connectors and run another telnet test

Let me know how it goes.

Steven MatzAuthor Commented:
Thanks for all the response. It was blocked in the smarthost
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today

From novice to tech pro — start learning today.