- Synchronized user, group and contact objects between onsite Active Directory and Windows Azure Active Directory with the DirSync tool (and after enabling the DirSync function in Office 365).
- Migrated certain mailboxes to Exchange Online.
- Assigned a license to the users in question.
- Send and receive to/from other users in the organization (onsite or "online") - OK
- Send and receive to/from other users outside the organization (Gmail, Hotmail, Yahoo Mail accounts) - OK
- Access email with OWA - OK
- Access email with Outlook - FAIL
Click on the link and proceed to the following page:
You are requested to login (again) to Office 365:
The setup program then summarizes the changes it will make:
If prompted for administrator credentials (UAC prompt), enter those credentials.
Review and accept the service agreements.
The Desktop Setup programs installs the components:
Restart the computer to complete installation:
No, the most recent messages recieved appear in OWA but not in Outlook.
Moreover, the Outlook autoconfiguration test shows that the Outlook client is still connecting to the onsite server.
So something is still not right.
Here is the procedure that allows users to access their Exchange Online.
We need to:
- Disable the user mailbox.
- Enable the user as a "mail-user"
- Verify the proxyAddress and targetAddress fields (optional, they may very well be correct from the start).
- Create a new Outlook profile.
That's a simple summary. The details follow.
The primary SMTP address should be as illustrated above:
4. Create a new Outlook profile (Outlook 2010 in this example)
4.a - Go to: Control Panel | User Accounts | Mail
Note: this is with a Windows 7 client.
4.b - Open "Mail" and click on "Add" (as in add a new profile).
We'll just name our profile "o365".
4.c - Enter the Microsoft online email account information (if it is not entered automatically):
4.d - Grant permission to Office 365 to configure the profile:
4.e - Enter your Office 365 credentials:
Note: in this case, you simply enter your UPN and not the "long" Microsoft address (yourdomain.onmicrosoft.com).
4.f - Verify that setup completes successfully.
Now the user can open Outlook and access their email stored in Exchange Online (Office 365)
Unless we implement Active Directory Federation Services (ADFS), the user will be prompted for their pasword each time they open Outlook. We can limit the number of prompts for credentials by checking the "Remember my credentials" box.
The user will be asked for their name the first time they open Outlook - just as they would normally with Exchange located onsite:
In my scenario, the user was able to send and receive messages from his Exchange Online account.
That would be a sufficient indication that the changes have been successful.
Otherwise, we can verify that Outlook is connecting to Exchange Online mail servers, rather than the onsite mail server(s), with the autoconfiguration test.
With Outlook open, locate the Outlook icon (in the lower right-hand corner, on the taksbar but possibly hidden) and after pressing the "Ctrl" key, right-click on the Outlook icon.
Click on either "Connection Status" or "Test E-mail AutoConfiguration":
"Connection Status" should show connections with Office 365:
The email autoconfiguration test should also display results indicating that Outlook is connected to Exchange Online servers rather than onsite servers:
Note: when performing the test, use Autodiscover only. Uncheck the Guesssmart options which are not necessary here.