Slow transfer while converting a physical machine to a virtual one

Recently I had an unpleasant surprise while trying to convert a physical machine to a virtual one.

The estimated conversion time shown by VMware Converter was… a modest… 4.5 hours, all because of encryption.

I understand encryption when transmitting over a public network, but over a LAN…?!

After disabling encryption, the transfer took 40 minutes.

More in: Poor transfer rate using Converter 5.0 Standalone | VMware Communities.

M$ fixes bugs in Exchange Server 2010 SP3 RU8

Exchange Server 2010 SP3 Update Rollup 8 turned out to be problematic when working with Outlook.

It fixed one thing that was important to me:

3004235: Exchange Server meetings in Russian time zones as well as names of time zones are incorrect after October 26, 2014.

Two products from the same vendor and they have trouble talking to each other… not for the first time…

On TechNet we can find this note:

Update 12/12/2014: Exchange Server 2010 SP3 Update Rollup 8 has been re-released to the Microsoft download center resolving a regression discovered in the initial release. The update RU8 package corrects the issue which impacted users connecting to Exchange from Outlook. The issue was insulated to the MAPI RPC layer and was able to be isolated to quickly deliver the updated RU8 package. The updated RU8 package is version number 14.03.0224.002 if you need to confirm you have the updated package. The updates for Exchange Server 2013 and 2007 were not impacted by this regression and have not been updated.

So supposedly it should be fine now… I will wait anyway…

A few links for those who want to read more:

http://www.zdnet.com/article/microsoft-pulls-exchange-2010-update/
http://www.theregister.co.uk/2014/12/10/exchange_2010_update_recall/
https://support.microsoft.com/kb/2986475
http://blogs.technet.com/b/jribeiro/archive/2014/12/10/update-rollup-8-for-exchange-2010-sp3-has-been-released-kb2986475.aspx