Although the Exchange Management Console (EMC) and Exchange Management Shell (EMS) are 64-bit tools that can only be installed on Vista SP2 or higher, it is possible to manage Exchange 2010 from a 32-bit Windows XP machine. Exchange 2010 relies on Windows PowerShell for its management tasks and the EMC and EMS are only different ways of running these PowerShell commands. Both these tools do remote PowerShell into an IIS PowerShell virtual directory published on the Exchange 2010 server and so one can install PowerShell 2.0 on Windows XP and do the same. There is one catch but that doesn’t hamper the usage much.
Here’s what you go to do:
First, download and install the Windows Management Framework for Windows XP from here. This installs PowerShell 2.0 and Windows Remote Management (WinRM) 2.0. Launch PowerShell and type the following:
$session=New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri http://<exchangeserver>/powershell
<exchangeserver> with the name of your Exchange 2010 server.
If you are running PowerShell as a user who is authorized to connect to the Exchange 2010 server the above command is fine. But if you need to specify credentials, then tack a
-Credential switch thus:
$session=New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri http://<exchangeserver>/powershell -Credential (Get-Credential)
This will prompt to enter the username/ password and then connect to Exchange 2010 remote PowerShell. You can also replace
(Get-Credential)with a username and you will get prompted only for the password.
Next import the session to your existing one thus:
This could take a while. Once it completes all the usual EMS commands will work from your PowerShell window on Windows XP.
I have a snippet like this in my
New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri http://<servername>/powershell -Name EXCH01
Write-Host -foregroundcolor Yellow -backgroundcolor DarkCyan "Import a session by typing 'Import-PSSession -Session (Get-PSSession <num>)'"
What this does is that it creates the remote session, shows me the session name and an ID, but doesn’t connect to it. Whenever I want to do any Exchange related tasks I can import the session.
Now on to the one catch with this method. What happens is that because the objects are converted to XML and back when passed from server to client, some of the member types get converted into strings incorrectly. This is usually not a problem, but does make a difference with certain operations. For instance, when it comes to sizes – you can’t easily convert the size to MB or KB as the member is no longer of type
Size but is type
String. Similarly, when sorting, you would expect an order such as
1, 2, 3, 100, 200, 1000, etc but because the “numbers” are now strings the result you get will be
1, 100, 1000, 2, 200, 3, etc.
Update: I detail a workaround for this in a later post.
Managing Exchange 2010 from Windows XP by rakhesh is licensed under a Creative Commons Attribution 4.0 International License.