Avatar of manav08
manav08
Flag for Australia asked on

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
ExchangeEmail Servers

Avatar of undefined
Last Comment
manav08

8/22/2022 - Mon
Jose Gabriel Ortega Castro

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/
SysTools

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/
manav08

ASKER
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
Experts Exchange is like having an extremely knowledgeable team sitting and waiting for your call. Couldn't do my job half as well as I do without it!
James Murphy
Valentina Perez

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
Vidit Bhardwaj

If the mailbox is on 2016 make sure msexchange transport delivery and submission service is running.
manav08

ASKER
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.
⚡ FREE TRIAL OFFER
Try out a week of full access for free.
Find out why thousands trust the EE community with their toughest problems.
manav08

ASKER
Hi Valentina,

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

regards,
Frank
ASKER CERTIFIED SOLUTION
Mahesh

THIS SOLUTION ONLY AVAILABLE TO MEMBERS.
View this solution by signing up for a free trial.
Members can start a 7-Day free trial and enjoy unlimited access to the platform.
See Pricing Options
Start Free Trial
GET A PERSONALIZED SOLUTION
Ask your own question & get feedback from real experts
Find out why thousands trust the EE community with their toughest problems.
manav08

ASKER
yep, the NIC's secondary DNS was pointing to 8.8.8.8, all good after deleted it.