The following article provides information on how to troubleshoot high server usage from autodiscover.xml. This file is associated with the use of mail software. The issue can occur when the mail software in question incorrectly and repeatedly calls for an "autodiscover.xml" file.
If left unmanaged, this may eventually start using unnecessary resources and load on your server. This can potentially result in a slower site or resource overages.
Stopping the repeated requests at the source may require speaking to your website's developer or contacting the support team of the associated mail software. However, there are some provisional solutions that can be employed to help mitigate the resource usage that autodiscover.xml can cause.
STATEMENT OF SUPPORT:
Please keep in mind that troubleshooting the configuration/functionality of third-party applications is not covered by our statement of support. These resources were provided as a courtesy to assist you to the extent of our abilities. For more information on our statement of support, feel free to click here.
One of the telling signs of an autodiscover.xml issue is finding multiple requests for that file in your logs. logs. These may be returning as 404 errors. This is because autodiscover.xml often doesn't actually exist on your site, and is simply being called for in error.
For legacy Grid users, a helpful resource is the GPU tool. This will allow you to see exactly how much of an issue autodiscover.xml is causing to your server.
One option is to block/redirect these requests through the .htaccess file:
- First, we will want to create the file path that is being called for. This will typically be example.com/autodiscover/autodiscover.xml. You can check your logs to confirm the file path.
(replace example.com with your ACTUAL domain name).
- SSH, FTP, or a File Manager can be used to create the file path. In this example, we will be using FTP. FTP.
- Connect to your site through FTP. Ensure you are in your site's root directory. root directory.
- Create a new directory and name it autodiscover.
- Navigate inside of the newly created autodiscover directory.
- Create a file named autodiscover.xml
- Return to your site's root directory and edit the .htaccess file.
- Insert the following code to your .htaccess file:
Redirect 204 /autodiscover/autodiscover.xml
- Save your changes.
- Now try to navigate to example.com/autodiscover/autodiscover.xml using a web browser. The URL should not load any content. This should indicate that the URL is returning a 204 No Content response which is cachable by default. This should help mitigate resource usage.
Another option is to utilize a Web Application Firewall (WAF) that has URL blocking capability. Our (mt) Security service comes with a WAF included. If you'd like more information on this service, feel free to click here.
The (mt) Security WAF requires that your domain's nameservers be pointed to (mt) Media Temple. If you wish to know more information about nameservers, feel free to review the articles below:
- Log into your Media Temple account center.
- Locate the Security & CDN menu and click on SECURITY DASHBOARD.
- If your site hasn't been added to (mt) Security yet, click on Add Site.
- Type your site name (omitting "http" or "www") and click Add Sites.
- Once your site has been added, click on the box associated to your domain.
- Click on FIREWALL. If necessary, activate the firewall. (this may take a few minutes to complete).
- Click on Access Control. Then click on Blacklist URL Paths.
- Type /autodiscover/autodiscover.xml in the data section. Then click Blacklist.
- You should now see /autodiscover/autodiscover.xml in the list of blocked URLs.
- Due to caching, you may need to wait some time to view the effects of the WAF. However, eventually when attempting to visit the /autodiscover/autodiscover.xml URL through a web browser, you should see a firewall block. This method should also mitigate resource usage.