setup/migration issue with Exchange 2016

Hi Guys,

I'm having an issue migrating exchange 2010 to 2016.

I'm on the phase that had exchange 2016 setup and coexists with 2010, but when I try to send emails from a new mailbox in OWA, it failed both internally and externally. the emails will just sit in draft. the new mailbox does receive emails either.

so far I only created an internal relay connector and everything else is default.

im stuck here, any suggestions?
2018-04-21-14_07_09-MULINK-SUPPORT--.png
2018-04-21-14_06_40-MULINK-SUPPORT--.png
2018-04-21-14_07_44-MULINK-SUPPORT--.png
LVL 11
manav08Asked:
Who is Participating?

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

x
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.

Jose Gabriel Ortega CastroCEOCommented:
In the coexistence phase you need to change all (mx, records and virtual folders to the newest server, this case 2016). and you need to create a send conector to internet so the emails can go out and in, over the new server, also the new server will manage the mailflow into the legacy server (2010).

Try creating the send connector, if you already did that changes: http://www.mustbegeek.com/configure-send-connector-in-exchange-2016/
0
SysToolsData Expert - Recovery,Backup,MigrationCommented:
Cause: If Email items will remain in the Drafts folder and not stored and passed the transport system, means the transport service is not running on available server properly.
OR

If Mailbox Transport Service is not running on the mailbox server that hosts the active database for the user’s mailbox and email items remain inDrafts folder until the services come Online and Exchange is able to process outbound items.

Note: If Send and Connector and Receive Connector details are correct then it can be Incorrect DNS binding to server NICs is one of the problem.

To know more: https://thoughtsofanidlemind.com/2013/03/25/exchange-2013-dns-stuck-messages/
0
manav08Author Commented:
the Hub transport connector you can see in the first screenshot is from the exchange 2010, it just showed up when i finished installing exchange2016, in this send connector, under Scoping->Source server, there were only the 2010 server there, i then added in 2016, after that, all the emails from 2016mailbox were stuck in Draft,  i just deleted 2016 from source server, then all the emails moved to sent, but those emails are actually stuck in email queue now, showing error 451 4.4.397 as in the attachment.
2018-04-21-18_35_22-MULINK-SUPPORT--.png
0
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!

Valentina PerezExchange ServersCommented:
Hi Manav,

It seems that Excahnge 2016 is not able to send email. Please check that the port 25 is open in the Exchange 2016. Check that all the services are running in both exchange.

Check with the following command: Test-ServiecHealth

Regards
Valentina
0
Vidit BhardwajAdminCommented:
If the mailbox is on 2016 make sure msexchange transport delivery and submission service is running.
0
manav08Author Commented:
Hi Vidit Bhardwaj,

both services are running. Test-ServiceHealth returned all "True".
so i have made following fixed so far,
deleted Exchange 2016 server Secondary DNS, this seemed fixed stuck in draft issue.
re-added exchange2016 to send connector.

now send/receiving both working fine on 2010 server, but 2016 won't send to/receive from 2010 server, neither to the internet, only two 2016 mailbox can talk to each other.
0
manav08Author Commented:
Hi Valentina,

port 25 is listening, telnet worked on that port, and Test-ServiecHealth returned "true" on both servers.

regards,
Frank
0
MaheshArchitectCommented:
I have faced this issue previously with one of my client

Check dns setting on your exchange server under network card properties
U must have pointed exchange to public DNS sever such as google dns or even loop back (127.0.0.01)
Just remove that entry and ensure that exchange is pointing to DC only under preferred and secondary dns
Now reboot exchange server and you should go through
Same time ensure that domain controllers also do not point to public dns servers under network properties, if do, remove those entries and restart netlogon and dns server service on domain controllers
0

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
manav08Author Commented:
yep, the NIC's secondary DNS was pointing to 8.8.8.8, all good after deleted it.
0
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
Exchange

From novice to tech pro — start learning today.