Sometimes Outlook will return autodiscover.domain.com when configuring AutoDiscover per our instructions.
Autodiscover.domain.com is returned due to the way Outlook searches for AutoDiscover settings. Since autodiscover.domain.com was successfully found during Outlook's search, Outlook then enters this for the server information. Please see the order of the checks Outlook takes below for autodiscover. Since the first two apply the Exchange Server's only please disregard these.
- SCP lookup - Outlook will get Autodiscover information from Active Directory. If that fails, Outlook begins it's "non-domain" connected logic (as I like to call it), and will go in order down this list
- HTTPS root domain query - Outlook, if not domain joined, uses the RIGHT HAND SIDE of the users SMTP address to do this query. So using the domain from my example, it will search for https://smartertools.com/autodiscover/autodiscover.xml
- HTTPS Autodiscover domain query - If the above search yields no response, the next URL Outlook will try is https://autodiscover.smartertools.com/autodiscover/autodiscover.xml
- HTTP redirect method
- SRV record query
- Local XML file
- cached URL in the Outlook profile (new for Outlook 2013)
As long as your A Record for autodiscover points to the proper SmarterMail IP address, the client should have no issues connecting. However, this may lead to some confusion for some users.
To correct the issue you can get rid of the autodiscover A Record in your domain and it will then pull the information from the SRV record. However this could effect the way some other devices pull the AutoDiscover settings.