Link to home
Start Free TrialLog in
Avatar of ptsolutionsinc
ptsolutionsincFlag for United States of America

asked on

Migrating G Suite to an an existing Office 365 account

I am in the beginning stages of a G Suite to Office 365 migration. I have an issue that hopefully someone can guide me. The end user already has an existing Office 365 account with other domain names ( I added the current G Suite domain ( so I can start creating the mailboxes but whenever someone from tries to send an email to the email gets rejected. I guess it is because it sees the domain name locally / on the same O365 server and not looking at the DNS records as the MX record is still pointing to their live environment with Google.  Is there a way around this so I can re-add the domain, start creating all the mailboxes and migrate the data?
Avatar of Mahesh
Flag of India image

as long as o365 find mailbox for user with, it will deliver mail locally

However if user don't have mailbox, you did not defined mail routing to forward / relay that email to at gmail side

To work with this situation, you need to change at o365 side to internal relay and need one send connector which points emails to through gmail SMTP server
This will ensure that send connector will relay emails to gmail for users who don't have mailbox in O365 for,

Likewise in o365, you need to set email forwarding on migrated mailboxes (users) pointing to at O365
Avatar of ptsolutionsinc


Correct the mailboxes have not been configured yet in Office 365 as we are importing 65 mailboxes.  That is why they are bouncing.  When I create a send connector, will it give me the option to only use that send connector for

I am currently in the Connectors wizard and at the last step Add Smart Host.  What do I enter here, the G Suite MX record?


but you also need to change at O365 as internal relay domain from accepted domain tab in admin center
Otherwise connector will not work
Where in Admin Center do I change the suggestion below?

"but you also need to change at O365 as internal relay domain from accepted domain tab in admin center"
I think I found it in the admin center --> mail flow --> accepted domains.  I assume i have to change it from Authoritative to internal relay correct?
open exchange online admin center \ mail flow \accepted domains
yes, that's right
Ok I have a situation.  Originally, when someone from would send an email to someone on it would get rejected because that user did not exist on the O365 account.  I created the mail routing and connector and the email was  getting redirected outside of the O365 environment and was delivered successfully.

The issue now is that i am created the new mailboxes on O365 using  I did a test and anyone sending email from to a user on will get delivered to the O365 mailbox and NOT the live environment on G Suite.  How can I force all emails going to to send outside the O365 environment?
Why u want to do that?

Its not possible as long as is defined as accepted domain at O365 and you have mailboxes in that domain
By default o365 checks email domain presence locally and if domain and mailbox found, deliver it and don't look for alternatives unless you set up domain to internal relay and mailbox not available in O365
This is called as co-existance

Migrated users should access O365 mailbox only

Once migration is complete you should set O365 domain to authoritative from internal relay
I am using Skykick to migrate the 65 mailboxes.  I cant do that in one day.  Skykick helps with the migration.  you put in the source admin credentials and the destination admin credentials and it migrates all the data in the background.  its takes several days for the migration.  Users will continue to use the G Suite server until the cutover date provided by Skykick.  If users already on office365 using send an email to those users will not see the email until it is cutover.  what should we do?
You should follow below procedure for migration and mail flow

Since you using 3rd party tool for migration, tool can migrate mailbox in multiple pass, meaning in can migrate data incrementally, when you start 1st pass for 1st batch of users, tool migrate most of mailbox data from gmail to O365 account, user still using gmail mailbox. When you finalise migration for batch, tool set forwarder on gmail account pointing to O365 address ( email address) of same user and convert gmail mailbox to contact and user is forced to use O365 mailbox only.
If tool does not do that, you need to manually do that so any mail received at gmail side (since your MX will point to gmail until cut over) will get forwarded to respective O365 mailbox. At this time user should discontinue gmail and must use O365 mailbox only
Batch Users should be forced to use O365 mailbox only post you finalise migration for batch. Thumb rule is that when you do shared name space migration (source and target SMTP name space is same) , user must use gmail mailbox Until you finalise mailbox migration and post mailbox migration is complete, user must discontinue gmail mailbox and use O365 mailbox only

@o365 side, you already have internal relay domain configured, so that topic is already covered

Once all users started using O365 mailbox, do MX cutover so that all external emails in out will happens from O365

That's how shared name space migration works

I hope everything would be clear now
I understand the migration process however I think you are not understanding my issue.  I will use an example of the issue.

Company 1 is on Office 365 with  Company1 buys Company 2.  Company 2 is on Google G Suite and wants everyone on Company 2 to be on Office 365 with Company 1.  Created new mailboxes on Office 365 using company 2 /

Created connector and changed at o365 side to internal relay as suggested.

When sender (current office 365 tenant CompanyA)  sends an email to (current Google mailbox for CompanyB) , the email gets delivered to the new o365 mailbox for  We emails to be delivered to the Google G Suite mailbox until the migration is complete and then move the MX records.

I hope this is a better explanation of the issue.
Understood your point

Simplest solution is:
Don't allow anybody on O365 to access mailbox until you cutover, just test mailbox access at o365 side to be sure you can access mailbox post cutover.
You have only 65 mailboxes, so it don't seem too difficult, I have done this for batch of 250 users. Instruct users to access mailbox using OWA post cutover until outlook is installed and configured on their workstations

Complex way:
register one more SMTP domain at gmail side and map it with every user as one more email address
In o365 mailbox properties, set forwarder to new email address for user with option "keep copy of mailbox locally as well" for mailboxes which are still in migration process
Remove this forwarding for users whose mailbox migration is completed, else endless loop will be created
I understand the Complex Way 100% and is an option.  I dont think the simplest solution will resolve the issue.  NONE of the Google users have access to their new o365 mailbox.

 When someone from existing o365 account sends an email to gmail account the mail gets delivered to the mailbox and NOT the gmail.
You are correct !!
I forget that is already hosted in O365 and they can send emails to
Avatar of Mahesh
Flag of India image

Link to home
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial