Before you troubleshoot
Before you troubleshoot the issue, make sure that both the following conditions are true.Back to topMake sure that the user has run the Office 365 Desktop Setup Tool
For more information about how to set your desktop for Office 365, go to the following Microsoft website:Back to topMake sure that the computer meets the system requirements for Office 365
For more information about the system requirements for Office 365, go to the following Microsoft website:
If the installation of Office is updated, test to determine whether the issue is resolved by trying to retrieve free/busy information. If the issue isn't resolved, use the methods in the "Troubleshoot the issue" section.Back to topTroubleshoot the issue
To troubleshoot this issue, use one or more of the following methods, as appropriate for your situation.Back to topTroubleshoot Availability service access
Steps 1 through step 3 in this section are steps that you can use to help isolate the source of the issue. Based on the results of these methods, you should be able to isolate the issue to the local computer or to the configuration of your organization. Back to topStep 1: Verify whether the user account can access the Availability service in Exchange Online
To retrieve free/busy information from Exchange Online, you must have access to the Availability service. The Availability service endpoints are supplied by the Autodiscover service when an Outlook profile is set up. Depending on the configuration that's used by your organization, the Autodiscover service may be configured to point to the on-premises environment or directly to Exchange Online servers. It's important to confirm that the Autodiscover service is responding to requests from users who can't retrieve free/busy information. To do this, follow these steps:
Back to topStep 2: Use the Test E-mail AutoConfiguration tool to determine whether Outlook can connect to the Autodiscover service
- Start a web browser, and then browse to https://testconnectivity.microsoft.com/ to access the Microsoft Remote Connectivity Analyzer tool.
- Click the Office 365 tab.
- Under Microsoft Office Outlook Connectivity Tests, click Outlook Autodiscover, and then click Next.
- On the Outlook Autodiscover page, complete the information on the form, and then click Perform Test.
- After the test is completed, expand each test step on the Test Details page to isolate the issue. If the test is successful, you see the results of a successful Autodiscover query. The results show the list of URLs that are provided by the Autodiscover service. Successful results resemble those that are shown in the following screen shot.
If the test fails, the Office 365 admin should make sure that the Autodiscover service is set up correctly in your organization. For more information about how to do this, see the "Step 3: Create or modify the Autodiscover DNS record" section.
After you confirm that the Autodiscover service works externally for your organization, determine whether the Autodiscover service works correctly from the local computer. Use the Test E-mail AutoConfiguration tool to determine whether the Autodiscover service and the Availability service are working from Outlook. To do this, follow these steps:
- Start Outlook.
- Press and hold the Ctrl key, right-click the Outlook icon in the notification area, and then click Test E-mail AutoConfiguration.
- Verify that the correct email address is in the E-mail Address box.
- In the Test E-mail AutoConfiguration window, click to clear the Use Guessmart check box and the Secure Guessmart Authentication check box.
- Click to select the Use AutoDiscover check box, and then click Test.
Make sure that this test is successful and that Outlook can retrieve the correct URLs for the Availability service. Successful results resemble those that are shown in the following screen shot.
If this test isn't successful, the local computer may be unable to connect to the Autodiscover service. The following are some common reasons that may cause this issue:
- A local firewall blocks Outlook from connecting to the Autodiscover service.
- The Office 365 Desktop Setup Tool hasn't been run on the computer.
Additionally, see the "Other Methods" section for more information about other methods that you can use to resolve the issue.Back to top
Step 3: Create or modify the Autodiscover DNS record
A custom domain is any domain other than the default DomanName
.onmicrosoft.com that's added to Office 365. If your organization uses custom domains in Exchange Online, and all your users were migrated to the Office 365, DNS records have to be configured to redirect migrated users to the Exchange Online Autodiscover service endpoints. You should create a CNAME record for autodiscover.contoso.com
to point to autodiscover.outlook.com.
In this case, contoso.com
is a placeholder for your company's domain name.
The Autodiscover CNAME record must contain the following information:
- Alias: autodiscover
- Target: autodiscover.outlook.com
For more information, see External Domain Name System records for Office 365
If you have an Exchange hybrid deployment, set up the Autodiscover public DNS records for your existing SMTP domains to point to the on-premises environment. For more information, see Hybrid deployment prerequisites
. Back to topOther troubleshooting methods
The following methods may also resolve common free/busy issues. Run Outlook together with the /cleanfreebusy switch
Outlook has several command-line switches that you can use to repair issues. To repair free/busy, follow these steps:
Back to topDetermine whether the UseLegacyFB registry value is configuredImportant
- Close Outlook.
- To determine the path of Outlook.exe, follow these steps:
- Click Start, point to Find, and then click Files or Folders.
- In the Named box, type Outlook.exe, and then click Find Now.
- Note the path of the Outlook executable for reference.
- For Outlook 2007, the default path is \Program Files\Microsoft Office\Office12\Outlook.exe.
- For Outlook 2010, the default path is \Program Files\Microsoft Office\Office14\Outlook.exe.
- On the File menu, click Close.
- Click Start, and then click Run.
- In the Open box, type the path of Outlook (include the file name in the path), press the Spacebar one time, and then type /cleanfreebusy.
For example, the command-line command for Outlook 2007 is as follows:
"C:\Program Files\Microsoft Office\Office12\Outlook.exe" /CleanfreebusyNote The full path has to be in quotation marks to preserve long file names.
- Determine whether the problem still occurs.
This method contains steps that tell you how to modify the registry. However, serious problems might occur if you modify the registry incorrectly. Therefore, make sure that you follow these steps carefully. For added protection, back up the registry before you modify it. Then, you can restore the registry if a problem occurs. For more information about how to back up and restore the registry, click the following article number to view the article in the Microsoft Knowledge Base:
How to back up and restore the registry in Windows
If your organization recently migrated to Office 365, Outlook 2007 could still be configured to use a registry entry that was carried over from the previous environment. This entry forces Outlook to use the account's free/busy message on the "Schedule+ Free/Busy" public folder. Public folders aren't used by Exchange Online for free/busy data. To determine whether this configuration exists, follow these steps:
Back to topNote
- Start Registry Editor.
- Locate and expand the following registry subkey:
- Locate the UseLegacyFB registry entry. If the UseLegacyFB registry entry exists, delete the entry. Or, change the value of the UseLegacyFB registry entry to 0.
If the user can view free/busy information for all other users except one user, the problem is with the specific user whose free/busy information the user cannot view. Troubleshoot that particular user to see why the user's Outlook client cannot publish free/busy information.
Still need help? Go to the Office 365 Community