We just migrated a company to Microsoft Office 365 and we thought we would share our experience and troubleshooting tips. We hope this saves you some time and makes your migration as smooth as possible! Please share this article with everyone you know. I would have killed to have something like this three weeks ago. In our example, we were doing a migration from an on-premise Exchange 2007 server to Exchange Online. We did a cutover deployment, not a hybrid deployment. Our scenario also included making CRM 4.0 on-premise work with Exchange Online.
We realize there are a lot of different deployment options, but there is definitely valuable information below for everyone.
I can’t stress to you enough how much testing is important. I pulled a 90 hour week during our migration. You will always find new things that you didn’t know existed that has to be fixed. So leave extra time allotted for that. Make a list of all of your business operations and if they have ties into email accounts, test them!
Here are some recommended things to check:
Printers/copiers that scan to email? You will need an SMTP relay server. See more details below.
.NET applications that send email? Again, SMTP Relay server.
Avaya or other brand name phone system? Does it send .wav files to your employees emails?
If you are not doing a hybrid approach, we highly recommend working with a certified Microsoft partner which can run incremental syncs on your mailboxes up to the point of switching over. We worked with John at Zuba Solutions and can’t praise them enough for their help. There were nights that John was up at 2am helping me. Talk about customer service!
If you are working with a partner, they will need full access to your on-premise mailboxes. See our article here: http://theitbros.com/grant-full-access-to-all-mailboxes-in-exchange-2007-and-2010/
Manually Configure Outlook Client with 365 to Test
I recommend signing up for a trial account and configure an Outlook client manually with the 365 account. To setup your Outlook client manually you will actually need to export the GUID for the account to use in the server address field. Since you won’t have autodiscover working, this is the way you will have to do it.
Props to the guys at LiftOff who have a great video on how to do this. We will also outline the steps below as it is sometimes hard to follow with video. I’m all about copying and pasting.
To connect with Windows Powershell, right click on it and run it as administrator.
The first thing you will need to do is enter in your 365 credentials.
Now run the command from the video. This will export the list of accounts from 365 with the GUIDs.
get-recipient |export-csv c:\output1.csv
When it has finished remove your PS Session. If you connect a lot throughout the day you will start to receive errors if you don’t always close the session correctly.
Now open up the CSV file you exported. In column D locate the account you want to test with in Outlook. Highlight that row and scroll over to the CT column to find the GUID for that account. Go ahead and copy that somewhere, as we will need that later.
Now go to the Mail icon in the control panel and create a new profile to test with in Outlook. In my example, I am naming it 365.
On the next screen, select “Manual setup or additional server types.”
Select “Microsoft Exchange Server or compatible service.”
Now paste the GUID you save earlier in Step 7 and paste it into the server field. You will need to add your 365 domain onto the end of it. Ex: firstname.lastname@example.org. Then your full 365 email address in the User Name field.
Click on the “More Settings…” button, go to the Security tab, uncheck the Encryption option and change the Logon network security to Anonymous Authentication.
Now click on the Connection tab and check “Connect to Microsoft Exchange using HTTP.” Then click Exchange Proxy Settings… Then copy the settings like in the picture below.
Click Apply, click Next and you should be good to go. You will receive a prompt to finish, simply input your 365 email address and password. You have now configured Outlook to connect to 365 without autodiscover working. Test away!
Setting up the SMTP Relay Server
If you have anything that sends emails via an SMTP server, you will need to setup an SMTP Relay to continue emailing with 365. Basically how it works is the services still authenticate via SMTP, but your SMTP relay connects with a 365 account to send out the emails. You can still keep your FROM addresses as they were before as long as you have a distribution list or user mailbox in 365 with permissions for your SMTP service account to send as that user.
Example, setup an SMTP relay user account in 365. In our example, we will call it SMTP@domain.com. We will use that as a service account to connect with our SMTP relay which we have running on an internal Windows Server 2008 machine. There are a couple ways to do it, in the Exchange Admin Center for an account you wish to send as, simply add the SMTP service account in the “Send As” permission area.
You will need to use your POD URL in the email router configuration. This is no longer under Options in OWA for Exchange 2013 Wave 15. But you can see it in the URL if you login to OWA.
We ended up using our SMTP Relay server for our outgoing profile. You just have to make sure you add your SMTP service account as a sender under your CRM service account.
Also for CRM 4.0 on-premise, you will need to manually setup a rule in OWA for your queue mailboxes, or setup a transport rule. Basically you are setting up a rule to forward the message as an attachment to your CRM service account. If it is set as “forward as an attachment”, CRM will be able to pick it up and turn it into cases. See example or rule below.
Adding your DNS Records
Once you get to that point of switching over, you will have to add the DNS records for our domain(s). In our example, we will be showing you how to do it with DNSMadeEasy. We got lucky and everything propagated within an hour. But this could definitely take longer.
You will need CNAME records for autodiscover, Lync, OWA, etc.
Make sure you also add your on-premise DNS records. Most likely this will be under DNS on your Windows Server.
Provide End Users Access to OWA
If you are working with a migration on a weekend, it can be helpful to give users access to OWA early so that they can start to use email again. Recommend setting random passwords before migration and giving them to the end users. There are other ways you could communicate it.
Or you could use the randomly generated passwords from OWA when doing a reset.
Converting User Mailboxes to Shared Mailboxes
If you have mailboxes that are used by multiple people, you can convert them to shared mailboxes and save yourself a license. The only limitation is 5GB total in data.
We used this command, connecting via Powershell to convert a user mailbox to a shared mailbox.
After you convert a mailbox, make sure you remove the license.
Sent Items not going to Shared Mailboxes Sent Items Folder
If you are running Microsoft Outlook 2010, then the sent messages will by default go to the primary mailbox’s sent items folder instead of the shared mailbox. To fix this, simply follow the article here: http://support.microsoft.com/kb/2843677
Disable Auto-mapping of Mailboxes when Adding Full Access Rights
By default in the new Exchange Online, whenever you add Full Access rights to another mailbox, it maps to their Outlook client. This can be a disaster if you starting adding 2 or more mailboxes. Not to mention slowing down sync times, crashing your Outlook, etc. What came in handy for us was to disable the auto-mapping and letting them switch mailboxes in OWA. To add permissions and disable the auto-mapping, see the Powershell command below.
In the example above, you are giving email@example.com full permission to open firstname.lastname@example.org’s mailbox. To open the other mailbox in OWA, simply click on your name at the top right and then click on “Open another mailbox…”
Troubleshooting Outlook Profile Issues
There is a tool made by Microsoft that is not widely publicized. It helped us solve a few issues with corrupt Outlook profiles. It is called the Outlook Configuration Analyzer Tool. You can download it free from here: http://support.microsoft.com/kb/2659007
There is also a great powershell command to get the total folder count for the mailbox.
This is an area that we had problems with right after the migration. We have some people that have 2-3 shared mailboxes open at a time in their Outlook client. We were having multiple issues:
Create a folder in the shared mailbox and it wouldn’t show up in client, but would in OWA
Having to force update the folders in the shared mailbox to retrieve mail
Colors and categories not working correctly in the shared mailbox
It turns out we were reaching the MAPI session limit, which is around 1000 in Exchange Online. To fix the issue, the only solution we have found so far is to uncheck the “Download Shared Folders” option on the shared mailbox. This way it goes into Online mode instead of caching with MAPI sessions. While it does run a little slow at first, it does catch up and is a good workaround for now. Otherwise, minimize the number of folders you have in the shared mailbox.
If you are on an Avaya phone system, you are most likely running Voicemail Pro. To update the SMTP server, to your new SMTP relay, you will need to go to the System Preferences, click on the Email tab and then the SMTP Sender tab. Update with your SMTP relay server information.
By default, you can recover deleted items in Office 365 for 14 days. However, you can put a litigation hold on the mailbox which would increase the recoverable items up to a storage capacity of 30GB (Assuming you have Exchange Online Plan 2). And this doesn’t count against your main 25GB mailbox. See our article here on how to recover our messages: http://theitbros.com/recover-deleted-items-in-office-365/
Don’t Archive Notes Folder
You want to be careful when setting up the retention policy and retention tags. By default, the notes folder is archived. From our experience, a lot of users still use notes. See our post on how not to archive notes: http://theitbros.com/dont-archive-notes-in-office-365/
To connect your mobile devices; cellphones and tablets all you need is a few pieces of information.
You use your full 365 email address.
Your current password.
For most up to date devices, the above will be enough. However, if it prompts you for a server address, simply use outlook.office365.com. You can usually leave the domain blank, otherwise use your email address again.
We hope at least some of this was helpful to you in your 365 migration. If you have other useful tips, please comment below and we will add them in the post. Lets help make everyone’s migrations smoother!