In reference to the post about problems with VMware Converter and conversion speed, or rather transfer speed.
As you can see, others were also looking for an automated solution:
Automatically Disable SSL – VMware Converter.
In reference to the post about problems with VMware Converter and conversion speed, or rather transfer speed.
As you can see, others were also looking for an automated solution:
Automatically Disable SSL – VMware Converter.
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.
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
After installing the November KB3004394 update on Windows 7 and Windows 2008 R2, problems appeared with installing subsequent updates.
An incorrectly implemented update mechanism for CRL lists causes difficulties with signature verification.
Solution: uninstall KB3004394 or install KB3024777.
More: KB3024777