Blog Post

Exchange Team Blog
3 MIN READ

Exchange Server 2010 SP2 and Support for Hosting Exchange

The_Exchange_Team's avatar
The_Exchange_Team
Platinum Contributor
Aug 30, 2011

With the release of Exchange Server 2010 SP2 later this year, we will add a new feature known as Address Book Policies. Following this addition, hosters who wish to deploy the standard on-premises configuration of Exchange and use ABP will be supported.

As you may have read in a recent post over on the Exchange Partner Marketing blog, our view on whether to host Exchange using Hosting Mode or the standard on-premises configuration is changing in response to feedback we’ve had from both hosters and customers. We recognize that the Hosting Mode configuration of Exchange we released as part of SP1 provides a more robust multi-tenant solution, but lacks some of the features available in the standard on-premises configuration. Many of these are key features which customers are asking for, like Exchange Unified Messaging. We want to enable our hosting partners to offer the same rich feature set that our on-premises customers are used to. As such, with the release of SP2 for Exchange Server 2010, we intend to broaden our support stance to include hosting the on-premises configuration of Exchange in a multi-tenant environment.

To be eligible for support, hosters will need to adhere to a few configuration guidelines; a framework we will publish in conjunction with SP2. The framework will outline the configuration challenges of hosting Exchange in a multi-tenant environment which need to be solved, and provide general direction for developing solutions in the most supportable way. Let’s consider a couple of examples:

  • As I mentioned earlier, the Address Book Policy feature is a key reason that we will be able to support hosters using the on-premises configuration if they are using SP2. The framework will specify that directory segmentation should be done using Address Book Policies, not by a series of Allow/Deny ACE’s on Address List objects.
  • For provisioning, the framework will specify that the creation of objects (such as a tenant organization or a mailbox) in Active Directory and Exchange should use our standard built-in tools, PowerShell cmdlets, and documented APIs. Code should not be written to create objects directly in Active Directory or Exchange, bypassing these standard tools.

An automation vendor or a hoster, should they choose to, will be able to build their own automation tools using this framework. The easiest and quickest route to support for most hosters, though, will likely be through engaging with a hosting automation vendor whose solution adheres to the guidelines. In order to help service providers quickly find the right automation software, in the SP2 timeframe we will publish a list of solutions which follow the framework (and thus are eligible for support). These solutions will be validated by Microsoft in much the same way that we currently validate load balancing solutions. I’ll hasten to add that this will not be a formal certification process, but instead will be an assurance to our customers that we have worked with the vendor and are satisfied that it conforms to the framework.

So, what does this mean for you today if you want to use the on-premises configuration of Exchange to host mailboxes for your customers in a multi-tenant environment?

  • If you need to deploy prior to SP2, we recommend that you work with an automation vendor and use their solution. Your vendor of choice will be your only source of support. Your vendor will hopefully have plans to update their solution for SP2 per the soon-to-be-published framework, at which time you will have a path to being supported by Microsoft once you’ve upgraded your infrastructure.
  • If you plan to deploy post SP2, and you intend to use an automation solution from an automation vendor, you should ensure your chosen vendor is working with us to validate their solution and deploy when that solution is ready.
  • If you plan on building your own solution using the standard on-premises configuration of Exchange, you should consider waiting for SP2 to ship and then develop your solution following the framework to ensure you receive the best level of support from Microsoft.

We hope this announcement is good news for those hosting Exchange, as it provides you with more options in your deployment and will help you obtain support when you need it.

We look forward to hearing your feedback and as you know, we do act on it.

Kevin Allison
General Manager
Exchange Customer Experience

Updated Jul 01, 2019
Version 2.0

20 Comments

  • Anonymous's avatar
    Anonymous

    If there any news about next generation Exchange Server?

  • Anonymous's avatar
    Anonymous

    As you are supporting this mode, will you be providing an option to disable the default of internal OOF being between tenants when in reality we only want only the external OOF.

    Thanks

  • Anonymous's avatar
    Anonymous

    Patrick, there is no direct in-place migration path if you decide to move from /hosting to Enterprise, but I would suggest you speak to the control panel vendor you have chosen to use, as most have solutions for both /hosting and Enterprise. With luck that side of it may be easier than the AD/Exchange side - which would for certain mean a new forest due to the different underlying architectures they use.

  • Anonymous's avatar
    Anonymous

    Is there a method for moving from a /hosting implementation to a on-premise with SP2? We've recently done a mulit-datacenter implementation of /hosting with a control panel implimentation. We're not in full production. So with the AD Schema changes for the /hosting is there a method we could use to switch back to the on-premise? This is kind of frustrating for thoes of us who have been trying to put up a solution following your guidelines...

  • Anonymous's avatar
    Anonymous

    Will SP2 be released in public beta

  • Anonymous's avatar
    Anonymous

    Casey, Exchange 2010 /Hosting mode is fully supported and will continue to be so.

  • Anonymous's avatar
    Anonymous

    So where does this leave hosters that have built products utilizing /hosting?  This sounds almost like /hosting is going to be deprecated.

  • Anonymous's avatar
    Anonymous

    @ Tom - That's one of the issues the hoster or automation vendor will need to solve in their end to end solution. There are a couple of ways to do it - LDS instances for each tenant, or removing LDAP browse altogether and relying on the enhanced EWS features in clients such as Outlook 2011 to resolve names via EWS, removing the need for LDAP altogether. The framework will lay out issues the hosters or ISV needs to consider such as this one, and leave them to design a supportable solution to each.

    @ Andrew - UM is available in the Enterprise product - so if the solution contains UM, UM will be supported. ABP's work with UM, but any control panel vendor will have to ensure UM works as expected in their solution.

    Just so we're all clear - we will be outlining the issues and challenges that need to be solved - and suggesting how to solve them - it is up to the vendors creating control panel solutions, or hosters writing their own solutions to figure out the exact way to solve it, and ensure it works in their environment.

  • Anonymous's avatar
    Anonymous

    Does this mean you're adding UM support?

  • Anonymous's avatar
    Anonymous

    Just writing to be sure, will it now be possible to completly separate the customers so that LDAP clients can't see other customers without using /hosting?