The IT Service Excellence Tool Kit has best practices to keep your clients happy and business booming. Inside, you’ll find everything you need to increase client satisfaction and retention, become more competitive, and increase your overall success.
Exchange 2003 to Exchange cloud
We have an Exchange 2003 and we plan to migrate users to Office 365 cloud.
If I setup my domain on Office 365 (ie. add records to my DNS), does it mean all my mails will route to Office 365 and my users can't receive the email on my Exchange 2003 ? Does it mean user can't send / receive email unless they configure their account to cloud ?
What's the best way to migrate Exchange 2003 to cloud in my stituation ?
We have a blackbbery but we don't want to keep it. Any option to handle those BB users after moving to cloud.
Any solution to backup the users mailbox in cloud back to local storage ?
Thx
If I setup my domain on Office 365 (ie. add records to my DNS), does it mean all my mails will route to Office 365 and my users can't receive the email on my Exchange 2003 ? Does it mean user can't send / receive email unless they configure their account to cloud ?
What's the best way to migrate Exchange 2003 to cloud in my stituation ?
We have a blackbbery but we don't want to keep it. Any option to handle those BB users after moving to cloud.
Any solution to backup the users mailbox in cloud back to local storage ?
Thx
Who is Participating?
Experts Exchange Solution brought to you by
Enjoy your complimentary solution view.
Get this solution by purchasing an Individual license!
Start your 7-day free trial.
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.
I did this just less than a year ago. O365 has a migration routine build in to the admin console. It will automatically add accounts to O365 based on the email accounts in your 2003 Server. It will than do a one directional sync from your 2003 Server to O365. This sync will be continuous until you stop it. Ivan is correct. Do not change your MX record yet but you can start moving people's Outlook over to O365 while this sync is running. Mail will come in to the 2003 Server and immediately (OK maybe not immediately but quickly) be synced to O365 and be available via everyone's Outlook.
Then on a slow weekend you can change your MX record and it will be transparent to the users. Let the sync run for a week after changing your MX records to catch people that don't pick up the MX change right away. After a week you stop the O365 sync and everything should be a done deal.
Then on a slow weekend you can change your MX record and it will be transparent to the users. Let the sync run for a week after changing your MX records to catch people that don't pick up the MX change right away. After a week you stop the O365 sync and everything should be a done deal.
#1 Do you mean auto-sync for AD account, not the email ?
"It will automatically add accounts to O365 based on the email accounts in your 2003 Server. It will than do a one directional sync from your 2003 Server to O365." Any more info on auto-sync ?
#2 Do you mean each user will setup a profile to cloud @company.onmicrosoft.com and setup forwarding rule in Exchange 2003 to cloud email ? How to ensure outgoing emails still use the company email domain ?
#3 After changing MX record in my DNS and setup the primary domain in cloud to my company domain, do I need to reconfigure each client's outlook profile again ?
#4 any solution for backing up user emails on cloud ?
"It will automatically add accounts to O365 based on the email accounts in your 2003 Server. It will than do a one directional sync from your 2003 Server to O365." Any more info on auto-sync ?
#2 Do you mean each user will setup a profile to cloud @company.onmicrosoft.com and setup forwarding rule in Exchange 2003 to cloud email ? How to ensure outgoing emails still use the company email domain ?
#3 After changing MX record in my DNS and setup the primary domain in cloud to my company domain, do I need to reconfigure each client's outlook profile again ?
#4 any solution for backing up user emails on cloud ?
Go in to Exchange Admin Center and click on Migration (under Recipients)
1) It is very similar to Auto Sync but not exactly the same. It is very simple. You tell it where your 2003 Exchange Server is. It will connect to it in some ActiveSync method. Import all the email accounts first and than go back and import all the email for those account. I think it is technically a uni-directional sync.
2) It has nothing to do with forwarding. If you Outlook is still set up to connect to your local Exchange Server it sends via that Exchange Server. If your Outlook is set up for O365 it send via O365. That is the beauty of it. You have all the time in the works to move you user's Outlook over to O365.
3) You need to set up you domain on O365 first. Otherwise you won't be able to log in and get to the migration. Log in as a admin. Don't add any users. Go right to the migration. It will scan your 2003 AD and add the users and their email addresses for you. It will thin start importing email for those users. The import (it is actually a sync) so the sync will repeat until you tel it to stop. Any time email comes in to your local Exchange Server is is synced up to the same user in the Cloud.
4) Yes but I forget what it is called. I came across it here on EE. I am sure if you Google it you will find many.
1) It is very similar to Auto Sync but not exactly the same. It is very simple. You tell it where your 2003 Exchange Server is. It will connect to it in some ActiveSync method. Import all the email accounts first and than go back and import all the email for those account. I think it is technically a uni-directional sync.
2) It has nothing to do with forwarding. If you Outlook is still set up to connect to your local Exchange Server it sends via that Exchange Server. If your Outlook is set up for O365 it send via O365. That is the beauty of it. You have all the time in the works to move you user's Outlook over to O365.
3) You need to set up you domain on O365 first. Otherwise you won't be able to log in and get to the migration. Log in as a admin. Don't add any users. Go right to the migration. It will scan your 2003 AD and add the users and their email addresses for you. It will thin start importing email for those users. The import (it is actually a sync) so the sync will repeat until you tel it to stop. Any time email comes in to your local Exchange Server is is synced up to the same user in the Cloud.
4) Yes but I forget what it is called. I came across it here on EE. I am sure if you Google it you will find many.
Thx.
#3 Actually, I want user to keep using @mydomain.com after moving to cloud. Does it mean I don't ActiveSync to sync Exchange 2003 email to microsoft cloud account .
My concern is after setting up the primary domain in cloud to my company domain and permanently change the MX record, will previous setup profile in Outlook (pointing to @company.onmicrosoft.com) need to reconfigure again (as now it is pointing to @company.com in cloud) ?
#3 Actually, I want user to keep using @mydomain.com after moving to cloud. Does it mean I don't ActiveSync to sync Exchange 2003 email to microsoft cloud account .
My concern is after setting up the primary domain in cloud to my company domain and permanently change the MX record, will previous setup profile in Outlook (pointing to @company.onmicrosoft.com) need to reconfigure again (as now it is pointing to @company.com in cloud) ?
The email addresses stay exactly the same. Technically O365 logs in to your Exchange Server via ActiveSync but it needs administrator credentials. It than looks through all the Exchange Mailboxes to build the O365 user list and then syncs all the email in the local Exchange Server to the Cloud accounts and continues syncing until you tell it to stop. So let the sync run until you are done changing everyone's Outlook over to access their cloud accounts and through the changing of your MX records than add 7 days. It really doesn't hurt :)
Not sure I understand the second part of your question. Right now everyone's Outlook is set up to access the local Exchange Server isn't it? You really don't set anything up to point to @company.onmicrosoft.com Your email address now is user@company.com and after the migration it is still user@company.com but you change the Outlook Profile from point to user@company.com on the local Exchange Server to point to user@company.com in the cloud.
You immediately change your DNS records (with the exception of the MX Record) the way Microsoft want it (to point to the cloud). All your user's Outlook still points to the local Exchange Server just as always. Then, one by one, you change the Outlook to point to the cloud instead of the local Exchange server. The easiest way to do that is to delete the current Outlook profile and when Outlook starts walk it through the automatic setup based on autodiscover (which is one of the DNS changes you make right away).
Not sure I understand the second part of your question. Right now everyone's Outlook is set up to access the local Exchange Server isn't it? You really don't set anything up to point to @company.onmicrosoft.com Your email address now is user@company.com and after the migration it is still user@company.com but you change the Outlook Profile from point to user@company.com on the local Exchange Server to point to user@company.com in the cloud.
You immediately change your DNS records (with the exception of the MX Record) the way Microsoft want it (to point to the cloud). All your user's Outlook still points to the local Exchange Server just as always. Then, one by one, you change the Outlook to point to the cloud instead of the local Exchange server. The easiest way to do that is to delete the current Outlook profile and when Outlook starts walk it through the automatic setup based on autodiscover (which is one of the DNS changes you make right away).
Before actual migration, Outlook will have only outlook profile to Exchange 2003 and a new profile to Cloud (@company.com in cloud). User can recieve mails from both domain separately through their profile.
After migration (attached file). Can users receive company.com domain on their cloud profile setup in Outlook ?
Thx
EX-Migration.docx
After migration (attached file). Can users receive company.com domain on their cloud profile setup in Outlook ?
Thx
EX-Migration.docx
The thing about doing the migration with the continuous sync is that there is no need for multiple profiles. It would probably confuse the users more then it would help them.
As we need keep using the company domain, rather than "company.onmicrosoft.com",
My plan is
1. setup up onmicrosoft.com in each workstation
2. setup MX, TXT record in company domain during the weekend
3. reconfigure each client profile again
Any comment ?
Thx again.
My plan is
1. setup up onmicrosoft.com in each workstation
2. setup MX, TXT record in company domain during the weekend
3. reconfigure each client profile again
Any comment ?
Thx again.
Keeping the company domain for email would be pointless. You can keep the domain for the server so you LAN works as normal. You are too stuck on the onmicrosoft.com. It is merely a place holder until you set up your email domain and you will probably never use onmicrosoft.com again. Do,'t start at the workstations. Leave them alone. They are pointing to your local Exchange Server and that is fine for the short term.
1) Sign on to O365 with the onmicrosoft.com admin credentials.
2) Add your domain to O365 and make the changes M$ wants you to make to your DNS records with the exception of the MX record. DO NNOT change the MX Record yet.
3) After you have added your email domain to O365 change the email address on the admin account to from onmicrosoft.com to what ever the normal domain email address is for that admin user. At that point you will probably never use the onmicrosoft.com nomenclature again. Everything on O365 will now use your domain email addresses.
For all practical purposes you need to stop here for a week and just play with O365 as the admin. I think you might be afraid that having your real McCoy email addresses in two places might cause problem. It won't. Your MX record is still pointing to your Exchange Server so no one really knows this second set of email addresses exists except you. AT this point noting you do on O365 matters. Play with it. Add users, deleted users, add groups, delete groups. It is your playground and won't disrupt anything. What you might want to "Play" with first is the migration. Start a migration from your Exchange Server (Go in to Exchange Admin Center and click on Migration (under Recipients)). None of these things will effect your existing email yet and no one's Outlook has changed. Play to your hearts content.
When you have played enough that you feel comfortable with what is going on you might want to stop the migration, delete all the users, clean things up and start a "final migration". That is the nice part about it at this point. You can start and stop the migration, delete everything and start it all over with no penalty until you are done playing and want to do it for real. So..... when you are ready......
4) Start a final migration (I am still going to call it a sync) and just let it run. Who care for how long. As mail comes in to your Exchange Server (and it will straggle in for at least another week) it will simply sync it to the cloud.
5) Change your MX record the way O365 wants it
6) Start changing everyone's Outlook to point to the cloud **** not email@onmicrosoft.com. The exact same email address but the one in the cloud not the one on the Exchange Server. You email addresses don't change. They simply move to the cloud.
The easiest was to "Redo" everyone Outlook is to delete the existing profile. When Outlook starts it will go thorugh an automatic "Let's find where your email account resides". It should find it in the cloud but to do so you will need to add a autodiscover entry to your local DNS and pint it to autodiscover.outlook.com
1) Sign on to O365 with the onmicrosoft.com admin credentials.
2) Add your domain to O365 and make the changes M$ wants you to make to your DNS records with the exception of the MX record. DO NNOT change the MX Record yet.
3) After you have added your email domain to O365 change the email address on the admin account to from onmicrosoft.com to what ever the normal domain email address is for that admin user. At that point you will probably never use the onmicrosoft.com nomenclature again. Everything on O365 will now use your domain email addresses.
For all practical purposes you need to stop here for a week and just play with O365 as the admin. I think you might be afraid that having your real McCoy email addresses in two places might cause problem. It won't. Your MX record is still pointing to your Exchange Server so no one really knows this second set of email addresses exists except you. AT this point noting you do on O365 matters. Play with it. Add users, deleted users, add groups, delete groups. It is your playground and won't disrupt anything. What you might want to "Play" with first is the migration. Start a migration from your Exchange Server (Go in to Exchange Admin Center and click on Migration (under Recipients)). None of these things will effect your existing email yet and no one's Outlook has changed. Play to your hearts content.
When you have played enough that you feel comfortable with what is going on you might want to stop the migration, delete all the users, clean things up and start a "final migration". That is the nice part about it at this point. You can start and stop the migration, delete everything and start it all over with no penalty until you are done playing and want to do it for real. So..... when you are ready......
4) Start a final migration (I am still going to call it a sync) and just let it run. Who care for how long. As mail comes in to your Exchange Server (and it will straggle in for at least another week) it will simply sync it to the cloud.
5) Change your MX record the way O365 wants it
6) Start changing everyone's Outlook to point to the cloud **** not email@onmicrosoft.com. The exact same email address but the one in the cloud not the one on the Exchange Server. You email addresses don't change. They simply move to the cloud.
The easiest was to "Redo" everyone Outlook is to delete the existing profile. When Outlook starts it will go thorugh an automatic "Let's find where your email account resides". It should find it in the cloud but to do so you will need to add a autodiscover entry to your local DNS and pint it to autodiscover.outlook.com
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 trialIt'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.
-
Business CommunicationCertification: PMI RMP Project Management Institute Risk Management… 113 lessons
Experts Exchange Solution brought to you by
Enjoy your complimentary solution view.
Get this solution by purchasing an Individual license!
Start your 7-day free trial.
you can setup your domain on o365, create users, groups, rules, etc, but do not reconfigure MX record until you finish all of that.
Since exchange 2003 is not supported for hybrid, then only way for your users to receive email both to exchange 2003 and o365, would be for MX record still to point to exchange 2003. You would then create forwarder that would forward email to o365, via address such as username@company.onmicroso
Every user will always have first email address in that format, so by using it, you would be able to have email on both platforms.
I would just migrate users to o365, and reconfigure their Outlook. One by one..if you don't have to many users?
Regards,
Ivan.