Home » Exchange Server » Installing and Using the Exchange Server 2013 Management Tools

Installing and Using the Exchange Server 2013 Management Tools

With the release of the Exchange Server 2013 a lot of people in the Exchange community are talking about the big changes to the management tools.

Exchange Server 2013 no longer uses the MMC-based management console that we became familiar with in Exchange 2007 and Exchange 2010. Instead, the management console has been changed to a web-based management portal called the Exchange Admin Center.

In this video I take a quick look at the Exchange Admin Center.

For PowerShell-based administration we can still use the Exchange Management Shell, or just use PowerShell remoting. Remoting is simpler because it requires no management tools to be installed on the computer that you are connecting from. However you can still install the management shell on a workstation or server if you prefer.

To connect to a remote Exchange 2013 server using PowerShell you need to be running Windows 7 SP1, Windows 8 (or higher), Windows Server 2008 R2 SP1, or Windows Server 2012 (or higher).

From a PowerShell console run the following commands, using the FQDN of a Client Access server in your organization:

If you need to provide different credentials for the connection use the following commands instead, and enter the credentials in the logon box that appears:

You can exit the remote session by running the following command:

If you’d prefer to install the management tools on the server, run the following setup command in an elevated command prompt from the folder containing the extracted Exchange 2013 setup files. This example is from a Windows Server 2012 R2 server.

Paul is a Microsoft MVP for Office Servers and Services. He works as a consultant, writer, and trainer specializing in Office 365 and Exchange Server. Paul is a co-author of Office 365 for IT Pros and several other books, and is also a Pluralsight author.
Category: Exchange Server

49 comments

  1. Sam says:

    interesting! atleast its will be quicker than MMC!!

    i noticed that it said office 365 in the top corner.. is that because MS are forcing you down the Hybrid route?

    i also see they have shelved the Hub transport role, is there still Transport Rules available?

    • Not sure I understand the question.

      It makes sense to detach the Exchange management tools from a component like MMC, especially given some of the issues that have been caused with the Exchange management tools when other windows components were updated (the IE bug for example).

  2. David Smith says:

    Hi Paul,
    2 quick questions, 1 related to this video! You may want to move this question away from this topic?

    1. What do you feel that the main drivers will be for customers/users to move from their 2007/2013 platforms? apart from general Microsoft support. What, in your opinion, will be the key selling points to 2013.
    2. What software do you use to produce your videos?

    Keep up the good work, appreciated here in the UK.

    Regards,
    David
    p.s Ashes tickets bought yesterday!!!!

    New twitter account: msexchangeuk

    • 1) 2013 (and 2010 for that matter) have much better HA/SR capabilities than 2007 or earlier, and can save money due to the lower storage costs while also providing benefits such as large mailboxes. There are also a long list of improvements and new features such as DLP, builtin anti-malware, FAST search, deeper integration with products such as Lync and Sharepoint, and more. Microsoft publishes a lot of “whats new” material but some of the technical meat will emerge only as more and more customers deploy it and talk about it.

      2) I use Camtasia from Techsmith.

  3. Irakoze Clovis says:

    Hello Paul,

    I’m trying to log in Exchange Admin center but instead of getting “Exchange Admin Center” on the credentials page I’m getting “Outlook Web App”.Any clue?

    Thanks.

  4. Tom says:

    Is there a EMS/PS command that you can run on a machine (not exchange server) to tell what version of Exchange tools (2007 / 2013) are installed locally?

  5. Tommy says:

    Thanks for the information! Hopefully this will allow my scripts to make use of Exchange cmdlets in addition to the standard Powershell stuff.

  6. Ali says:

    Hi Paul,

    I’m getting a 404 error when I try to access the management console. I only have the mailbox role installed is that why? I tried a couple of fixes from MS, but it didn’t really do anything.
    I tried this command in managementshell “set-Owavirtualdirectory -identity “E15MBXowa (Exchange Back End)” -WindowsAuthentication $True -Basicauthentication $false -Formsauthentication $false” It didn’t work till I changed the identity to my server, which I believe how it’s done, but everyone else online posts it with E15MBX.

    Then I tried this command “Set-EcpVirtualDirectory -Identity “E15MBXecp (Exchange Back End)” -WindowsAuthentication $true -FormsAuthentication $false” and instead of the 404 error I;m getting a failed to map path.

    Any help would be appreciated! thank you for the great work!

  7. Ali says:

    Hi Paul!

    I bet you’re getting tired of my questions! I’m asking this here because I can’t find the answer online.

    Is it possible to create an OWA website? Or does have to be a VD? What I’m trying to do is create 2 separate websites, one for OWA, and one for EAC.

    Thanks!

    • OWA is a virtual directory. ECP (which hosts the EAC) is a virtual directory. Neither of them are “websites” in the sense of IIS.

      It isn’t clear what the actual outcome is that you’re trying to achieve, or why you’re trying to do it.

      • Ali says:

        Hi Paul,

        Thanks for the reply. I was just an idiot who didn’t know how exchange worked with these VDs. I did some reading and now I understand.

        What I was trying to achieve is to create 2 dns records, one that points to OWA, and one to ECP. and since they are both virtual directories it wouldn’t have worked. I thought I could do it if I created 2 separate websites. But turns out they always have to be a virtualdirectory.

        I’ll check create redirect rules to get it working. the reason I’m doing this is for when a user types admin.domain.com it redirects to ECP, and when they type mail.domain.com it takes them to owa.

        Thanks for all your help!

  8. Still Confused says:

    I’m still confused. In Microsoft documentation, it says you can use “EAC” *OR* “Exchange Management Tools;” which would indicated they are two separate animals (though granted, no more MMC as the catalyst to get to them).

    We know how to get to EAC – and, for those asking, MS left a “bug” (omission) in the steps:
    HERE is the ‘real’ UNC/URL – https://your-2013-exch-server/ecp/?ExchClientVer=15
    (where “your-2013-exch-server” is the name of the server you are trying to manage)
    Apparently, it has something to do with running multiple versions of Exchange – so you have to specify the “ExchClientVer=15” piece, to make it happy and go to the true 2013 EAC.

    ANYWAY, I digress – above is the method to get to EAC.
    So… how on earth do we get to “Exchange Management Tools?”
    They appear to be installed; and you said we no longer use MMC. That’s all well and cool; BUT, if there’s a difference in EAC vs. Management Tools – where is the distinction; and how do I get to the full “non-MMC” version of Exchange Management Tools – NOT the EAC; the real live ‘tools;’ which are supposed to be a separate animal – right?

    I probably misunderstood – and they are one and the same. Tell me if I’m wrong – I usually am. Thanks!
    p.s. Paul, please *ALWAYS* explain your “setup command line.” I know we are all geniuses, 😉 but nothing in your command line says “Install [management tools]” – I’m sure it’s maybe the “/r:t” or something – but, when you put out a cryptic, abbreviated command, it helps “us geniuses” when you are kind enough also to say, “Ok, this option means blah, this other parameter means blah-blah,” etc.

    • “Exchange management tools” is a general term to refer to the various methods of managing Exchange Server 2013. The EAC is one of those. The shell is another. The Toolbox is another. The video does mention that.

      The extra URL parameter you mention is not a bug. It is relevant for co-existence scenarios. It is covered in their FAQ (https://technet.microsoft.com/en-us/library/jj552409(v=exchg.150).aspx) as well as their migration guidance.

      I don’t really know what “full non-MMC version of Exchange Management Tools” you’re thinking of.

      • Still Confused says:

        Obviously, you’ve clarified; and, of course I meant: “IF there is” a separate piece of Exchange management… For example:
        Basically, a number of tools in the past have come in “thick” (non-web) client as well as “thin” (web) client – sometimes with the “thick” piece having a few more features than the “thin” piece. So, that was all I was referring to; in case I might be missing out on some “thick” piece that may have more features than EAC.

        You’ve clarified there is NOT a separate “thick” EAC piece. That’s all I meant – is there a “thick client, non-Web version of EAC,” so to speak. Thanks to you, I now know there is not; but, IF there were such a thing; I would want to know how to access it – that’s all I was saying, in a nutshell.

        So, it looks like “EAC” is the only option for managing Exchange 2013 (along with, as you stated, Powershell and so forth); i.e., EAC “web client only;” no more thick console.

        And I do consider it a “bug,” regarding them not mentioning the distinction between the URL needed to get to EAC (in a co-existence) situation; but, to each his/her own. Yes, they did mention it somewhere esle; but, NO, not in the standard “Microsoft upgrade steps” that I followed in my own upgrade – unless it was buried in some “far offshoot” of a link down which I didn’t travel.

        Thanks again for so perfectly answering my question.

  9. Noah Z says:

    I had to say it but this doesn’t feel like forward movement… The speed of this interface is greatly hindering on any large size corporation. With a large enough forest you can wait upwards of a minute for it to populate at each interface. For instance when adding a new users email you have to do them one at a time and lack any mass add feature. So when adding them you have to wait for it to populate all users each time before it allows you to search the users. And on top of that you can’t navigate through your AD structures to limit the list. I find it be wasteful of my time at best.

  10. Tim says:

    Can you install the Management Tools for just help in Office 365 Hybrid Management if you don’t have an Exchange 2013 ?
    I have a client that did a hybrid move into 365 from an Exchange 2010 setup but they wanted to decom the 2010 server and just have the management tools available for easier user management.

    What would you suggest in this situation? Keep 2010 management tools installed somewhere? Install 2013 management tools somewhere? do I need a CAS to connect to? or how would this work?

  11. Sunsetbay4me says:

    We have our mailboxes moved to Exchange Online. We are still going to manage AD from on-prem. We are looking to repurpose the Exchange server. Can I load Exchange management tools on to another NON Exchange Server?
    If so what do I need to do to install the tools on the alternate server?

  12. Jeremy Young says:

    I wanted to mention that it wasn’t very clear WHY I needed to install management tools when I could just remote shell to a server. I would run into odd scenarios where commands didn’t run as I expected unless I was on the server but never could figure out why, especially for double dotted notation or piped commands. I finally realized that results were being translated on return; receiving string data instead of Exchange objects.

    When PSRemoting to an Exchange server run (get-mailbox ).emailaddresses | gm. You’ll see the output is a string and includes prefixes. Running (get-mailbox ).emailaddresses.smtpaddress won’t return anything.

    Connect to Exchange using EMS (either on the server or a machine with tools installed) and run the same command. You’ll see output as objects which can further be manipulated and piped. Since the return is objects, Exchange knows to remove the SMTP:, etc, prefix from the addresses and just display the values.

    I don’t know why this isn’t stressed more by Microsoft or other blogs. A user who doesn’t 100% understand the nuances of PSRemoting vs. local access can be left scratching their head with inconsistent results.

  13. Vijay Prabhu C says:

    Hi Paul,

    Is there way to connect exchange server 2013 power-shell from different organization network. Or can we install 2013 management tools in desktop to connect other organization exchange servers.

Leave a Reply

Your email address will not be published. Required fields are marked *