What's New in the Exchange Management Console for Exchange Server 2010 - Part 2
Published Sep 10 2009 12:27 PM 2,308 Views

This is a continuation of our showcase of new EMC functionality in Exchange 2010. Part 1 of this series can be found here.

Certificate Management

In Exchange Server 2010, significant improvements have gone into managing certificates with the EMC. To name just a few enhancements: you can now assign a certificate to multiple Exchange services right within the EMC, you can specify wildcard certificates to apply to all sub-domains, you can renew both self-signed as well as 3rd party CA certificates, and so on. The EMC also allows administrators to positively identify and edit domains to be included on a certificate and identify the domain that will be used for the certificates' Common Name (CN).The following screenshots show some of the new features of the Certificate management experience in the EMC.


Figure 15: Creating the new Wildcard certificate.


Figure 16: Assigning a Certificate to multiple services. You no longer need to switch to IIS to complete any Certificate Management tasks.

Managing Multiple Forests

Prior to Exchange Server 2010, managing Exchange organizations with multiple forests required administrators to either terminal-server into each forest, to manage that forest. With Exchange Server 2010, administrators will now be able to view and manage multiple forests within the same Console. This vastly improves the management experience for large Exchange deployments. Adding multiple forests to the EMC is as simple as selecting the "Add Exchange Forest" action, and specifying the FQDN of the target server and credentials. Once successfully connected to this new forest, you will be able to see this new forest as a new node added to the Left Navigation pane, as shown in the screenshot below.


Figure 17: Adding a new Exchange forest to the EMC, by selecting the "Add Exchange Forest" action.


Figure 18: The Left Navigation Pane now shows two Exchange forests being managed in the same Console.

Moving Mailboxes

Exchange Server 2010 brings about a new set of PowerShell CmdLets to move mailboxes between databases and/or forests. The Move-Mailbox CmdLet of Exchange Server 2007 has been replaced with a set of *-MoveRequest CmdLets. As expected, the EMC also builds on top of this new CmdLet set. You can move mailboxes between databases using the New Local Move Request wizard. And, if you are connected to multiple forests in the same EMC (as described previously), you can also move mailboxes between forests using the New Remote Move Request wizard. Finally, you can monitor ongoing moves in the new Move Request child node under the Recipient Configuration node in the Left Navigation pane. The following screenshots demonstrate this functionality.


Figure 19: The new Local Move Request wizard can be used to move mailboxes between databases.


Figure 20: The new Remote Move Request wizard can be used to move mailboxes between Exchange forests.


Figure 21: Ongoing mailbox moves can be monitored in the new Move Request node. Ongoing moves can also be cancelled via the new Remove Move Request action.

Unified Messaging

With Unified Messaging in Exchange Server 2010, numerous administrative controls have been put in place across the management surface. Some of these include: Voice Mail Preview, Personal Auto Attendants, Protected Voice Mail, UM Gateway Configuration, and so on. Note that Fax functionality in Exchange Server 2010 is now delegated to 3rd party certified Fax solutions (For more information on this, please see: http://msexchangeteam.com/archive/2009/08/19/452034.aspx). The following screenshots show some of the new Unified Messaging management experiences in EMC.


Figure 22: Configuring Unified Messaging Dial Plans.


Figure 23: Configuring Unified Messaging Mailbox Policies.


Figure 24: Configuring Unified Messaging Auto Attendants.

E2010UI_25.jpg
Figure 25: Configuring the Startup mode for a Unified Messaging server role.

This concludes Part 2 of this series... Part 3 to follow!

- The Exchange Management Console Team

10 Comments
Not applicable
Wow!  You guys got guts.  Actually signing the blog with "The Exchange Management Console Team".

After the complete mess of the 2007 EMC, I'd be embarrassed to admin I'm part of that team.
Not applicable
Actually, while I agree that the 2007 management console was pretty weak, I'm can understand that their commitment and investment was in PowerShell for 2007. I get it.

In spite of all the improvements they've posted about, one of the most nagging limitations remains... why can't I add members to distribution lists from the user's Member Of tab? I have to go to the list, and then add them from there.

Also, why can't I select multiple mailboxes and add modify various properties (including distribution list membership) at the same time (a la Active Directory)?
Not applicable
@ GoodThings2Life - "Also, why can't I select multiple mailboxes and add modify various properties...". All I can say is - wait for Part 3? :)
Not applicable
Are Exchange Organization Administrators rights still required to move mailboxes between storage groups? Some flexibility here would be appreciated, as this is a task that is many times better delegated to less powerful users.
Not applicable
Where is certificate management in EMC?
Not applicable
@ Adrian - In Exchange 2010, RBAC allows you to really fine tune this

@ Mike Crowley - click on Server Configuration and then select a server. You should see Certificates tab (I think based on roles installed) and then you can launch cert wizards from the right pane
Not applicable
One pain point of Exchange 2007's EMC was the message tracking in an Exchange orginization with multiple hub servers. Tracking took a step back compared to ESM in 2003.

Can we expect improvements in the message tracking area in 2010?
Not applicable
Русский перевод статьи здесь: http://www.maximumexchange.ru/2009/09/18/whats-new-in-the-exchange-2010-management-console-ii/
Russian version of this post
Not applicable
Hope this isn't too late to get an answer...

Just been investigating the New-MoveRequest.
Can you tell me why the move request sticks around after it's moved the mailbox? I can't think why this should stay, thereby forcing us to delete the request?!
Not applicable
Fergus - at this point of time, what you are saying is in fact by design behavior. As this functionality was built, there was some feedback that it seemed confusing that move requests just went away by themselves. Thanks for the feedback though! We are always looking for ways to make things better.

- Nino.
Version history
Last update:
‎Jul 01 2019 03:46 PM
Updated by: