Microsoft Exchange and Blackberry Server Specialists

SEMblog

Microsoft Exchange Server and
Blackberry Enterprise Server news, views and fixes.

Free BES 10 CALs when you Activate a Blackberry 10 Device

Looks like Blackberry are running an offer for free BES 10 CALs.

Activate a Blackberry 10 device and get two free CALs.

 

http://uk.blackberry.com/business/blackberry-10/blackberry-10-ready/license-offer.html

 

Activate a Blackberry 10 device between July 1st and August 31st 2013 and for each device you will get TWO free CALs. These CALS are the EMM Corporate type so will work for Blackberry 10 devices and Android/iPhone. At current prices they are worth almost £70 each.

 

The BES 10 software is free (trial download on the link above).

 

The window to claim the free CALs is quite small, so Blackberry have provided a link to be told when the registration process is open. 

A New Take on the Exchange Management Shell Startup - Keberos Error

I was recently asked to look at an Exchange server giving the common PowerShell connection failure due to Kerberos authentication. 

The following error occurred while attempting to connect to the specified Exchange server 'rpi-exchange.rp.local':

"The attempt to connect to http://rpi-exchange.rp.local/PowerShell using "Kerberos" authentication failed: Connecting to the remote server failed with the following error message: The connection to the specified remote host was refused. Verify that the WS-Management service is running on the remote host and configured to listen for requests on the correct port and HTTP URL. For more information, see the about_Remote_Troubleshooting Help topic. "

The usual reasons for this error are well documented and I am not covering them here. After spending an hour going through the usual suspects, I started to look for anything else, as this was giving a Connection Refused error, which wasn't hugely documented past the Remote PowerShell permission. 

I then had a brainwave. I was working on a system in a school. Schools have pretty restricted Internet access in most cases. This usually means a proxy. 

Netsh winhttp show proxy 

That command immediately showed there was a proxy, running

Netsh winhttp reset proxy

Cleared the proxy settings and allowed the Exchange Management Console to start correctly. 

The client was then advised to check their proxy configuration settings, specifically the exceptions list so that the correct ones were in place, as I feared that next time Group Policy applied the proxy settings, the change would be reset.