[Today’s post comes to us courtesy of Shawn Sullivan from Commercial Technical Support]

Since the introduction of Exchange 2010 SP1, any spaces in the “Name” property of an accepted domain that is marked as default will invalidate that accepted domain for several methods of remote client access. The Exchange Team blogged about this issue back in September 2010. The following list of symptoms is taken from that post:

iPhone users may not be able to view the content of incoming messages in their Inboxes, and when they try to open a message, they get an error saying:

“This message has not been downloaded from the server. “

Admins may see the following event logged in the Application Event Log on Exchange 2010 CAS Server:

The “Name” property is simply the display name given to the accepted domain object. During Exchange 2010 setup, an accepted domain is automatically created that covers the internal DNS domain namespace, with the “Name” property populated accordingly (domain.local), and is marked as default.

On SBS 2011, an accepted domain called “Windows SBS External Domain” is created for the public SMTP domain namespace that is chosen when the Internet Address Management Wizard is run. This is not an issue, since this accepted domain is not made default. However, we have been seeing an increasing number of cases coming in where customers are making this accepted domain default, and therefore run into the issue. In fact, you do not need to assign a default accepted domain unless you are interoperating with a non-Exchange email server within the same organization, and the vast majority of SBS customers run a pure Exchange environment (third-party spam filtering hosts are not considered to be in the same Exchange organization, think Lotus Notes instead).

If you have assigned the “Windows SBS External Domain” as the default accepted domain, you can avoid these issues by simply reversing this change and making and accepted domain without a space default:

If all of the accepted domain names have spaces, you can follow the resolution from the aforementioned post under the section “iPhone, OWA Premium and POP3 & IMAP4 issues due to invalid accepted domain”.

Disclaimer

This posting is provided "AS IS" with no warranties, and confers no rights. This weblog does not represent the thoughts, intentions, plans or strategies of Microsoft. Use of included script samples are subject to the terms specified at http://www.microsoft.com/info/copyright.