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.
Migration to Hosted Exchange
I'm going to be moving away from local Exchange this year in favor of hosted. I have a general question about something I don't understand.
My domain.com has an external DNS, but also an internal AD DNS for everything on the inside (same domain name). Externally I have an auto discover record and all that and the Outlook anywhere clients work just fine. I would change to autodiscover record and Outlook clients would begin using the new host.
Now internally on the AD domain I do not have any autodiscover record and all the Outlook clients still automatically connect to my internal exchange server and configure themselves just fine. However, I don't understand how that actually works without an autodiscover record. I'm asking this because I don't know what would be needed to internally make the Outlook clients start connecting to the new external host. I know I would need to add an autodiscover record internally, but would that work and how is it even working now?
My domain.com has an external DNS, but also an internal AD DNS for everything on the inside (same domain name). Externally I have an auto discover record and all that and the Outlook anywhere clients work just fine. I would change to autodiscover record and Outlook clients would begin using the new host.
Now internally on the AD domain I do not have any autodiscover record and all the Outlook clients still automatically connect to my internal exchange server and configure themselves just fine. However, I don't understand how that actually works without an autodiscover record. I'm asking this because I don't know what would be needed to internally make the Outlook clients start connecting to the new external host. I know I would need to add an autodiscover record internally, but would that work and how is it even working now?
Asked:
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.
Outlook at first step is looking for SCP records in AD, if that is not available, then is looking for outodiscover.xml at https:/domain.com/autodiscover/autodiscover.xml, again if there is no record it will move on looking at https:/autodiscover.domain.com/autodiscover/autodiscover.xml, and so on. I hope I will find a link nicely describing the whole procedure.
If you are talking about Ms Exchange online, the you will be able to sync your AD with the cloud.
MX records have nothing to do with autodiscover. It just points internet servers to the server which is responsible to receiving mails for your domain.
If you are talking about Ms Exchange online, the you will be able to sync your AD with the cloud.
MX records have nothing to do with autodiscover. It just points internet servers to the server which is responsible to receiving mails for your domain.
That link is not the one I was talking about, but it may help you:
http://blogs.technet.com/b/kristinw/archive/2013/04/19/controlling-outlook-autodiscover-behavior.aspx
http://blogs.technet.com/b/kristinw/archive/2013/04/19/controlling-outlook-autodiscover-behavior.aspx
Okay, so then my Outlook clients must be reading the ad scp records then. That being said, I'm guessing that I'll have to disable scp and add an autodiscover record before the clients will be able to see and configure themselves to the hosted environment.
That sounds about right?
That sounds about right?
Yes, with that KB you can disable SCP lookup.
What type of migration do you intend to perform?
Is some types of migrations you don't need to change SCP settings.
Anyway, you will need to get yourself familiar with complete migration procedure, so I'm posting some link that might be of some use to you:
http://www.msexchange.org/articles-tutorials/office-365/exchange-online/configuring-exchange-hybrid-deployment-migrating-to-office-365-exchange-online-part1.html
http://www.msexchange.org/articles-tutorials/office-365/exchange-online/performing-staged-exchange-migration-office-365-exchange-online-part1.html
and very useful:
https://technet.microsoft.com/en-us/office/dn756393.aspx
What type of migration do you intend to perform?
Is some types of migrations you don't need to change SCP settings.
Anyway, you will need to get yourself familiar with complete migration procedure, so I'm posting some link that might be of some use to you:
http://www.msexchange.org/articles-tutorials/office-365/exchange-online/configuring-exchange-hybrid-deployment-migrating-to-office-365-exchange-online-part1.html
http://www.msexchange.org/articles-tutorials/office-365/exchange-online/performing-staged-exchange-migration-office-365-exchange-online-part1.html
and very useful:
https://technet.microsoft.com/en-us/office/dn756393.aspx
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
To answer your question, I am migrating from on premise Exchange 2010 to hosted. No hybrid type situation, all mailboxes will be moved to the cloud.
I will check out those links when I get back a little later.
I will check out those links when I get back a little later.
Also, while I realize the process is similar, I'm not moving to Office 365, but a different hosted Exchange host.
I've got all the processes worked out to transfer the mailboxes, it's more to make my local machines ignore the local Exchange environment without completely disabling it, as I will remove the local Exchange environment later after I'm happy that everything was successful
The regkey solution seems like it will work, but a little bit of a pain. Is there a way to disable autodiscover in the local Exchange environment completley (SCP records, everything), but in an easily revertible manner in case everything goes horribly wrong?
I've got all the processes worked out to transfer the mailboxes, it's more to make my local machines ignore the local Exchange environment without completely disabling it, as I will remove the local Exchange environment later after I'm happy that everything was successful
The regkey solution seems like it will work, but a little bit of a pain. Is there a way to disable autodiscover in the local Exchange environment completley (SCP records, everything), but in an easily revertible manner in case everything goes horribly wrong?
from your Exchange powershell you can run Set-ClientAccessServer -AutoDiscoverServiceIntern
I'm sorry folks, something came up and have been busy. So if disable it on the Exchange side via powershell, it should then just use the autodiscover cname record and all should be well?
Last question, if I need to restore the scp lookup for some reason, how do I put it back? I would assume that I would issue the same powershell command with null replaced with the proper entry, but what is the proper entry here?
Last question, if I need to restore the scp lookup for some reason, how do I put it back? I would assume that I would issue the same powershell command with null replaced with the proper entry, but what is the proper entry here?
It should be. The same entry you should have also at certificate used at new exchange server. You can use this tool to test the connectivity: https://testconnectivity.microsoft.com/
You should first check existing entry with Get-ClientAccessServer | fl and look for AutoDiscoverServiceInterna
http://www.shudnow.net/?s=autodiscoverserviceinternaluri
You should first check existing entry with Get-ClientAccessServer | fl and look for AutoDiscoverServiceInterna
http://www.shudnow.net/?s=autodiscoverserviceinternaluri
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.
-
Microsoft ApplicationsCertification: MOS Microsoft Office Specialist - Outlook 2007 Ad… 147 lessons
-
Microsoft ApplicationsCertification: MOS Microsoft Office Specialist - Outlook 2007 Ba… 238 lessons
-
Microsoft ApplicationsCertification: MOS Microsoft Office Specialist - Outlook 2007 Inte… 188 lessons
-
Microsoft ApplicationsCertification: MOS Microsoft Office Specialist - Outlook 2013 Par… 191 lessons
-
Microsoft ApplicationsCertification: MOS Microsoft Office Specialist - Outlook 2013 Par… 139 lessons
-
Microsoft ApplicationsCertification: MOS Microsoft Office Specialist - Outlook 2016 Par… 211 lessons
-
Microsoft ApplicationsCertification: MOS Microsoft Office Specialist - Outlook 2016 Par… 175 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.
May be a way is to change the MX record in your local DNS to point to the new external host