XP

Apparently the updated binaries from the last release were just an update/fix for CU6's RGS problem. What I originally called CU7 was actually something along the lines of CU6a.

This time around though, is the real Cumulative Update 7.

Server side:
OCS 2007 R2 CU7 - KB 968802 - download
XMPP Gateway CU7 - KB 2404570 - download

Client side:
Communicator 2007 R2 CU7 - KB 2291452 - download
Communicator Phone Edition 2007 R2 CU7 - KB 2466291 - download
LiveMeeting 2007 - November 2010 update - KB 2433231 - download
Conferencing Add-In for Outlook - November 2010 update - KB 2433228 - download

There are many Lync-specific fixes so if you are planning on deploying Lync and will have a coexistence period, I would install these on your OCS 2007 R2 server setup before installing Lync. This is only a personal opinion but it looks like it would avoid some known gotchas.

The phone edition reports 6907.222 instead of 6907.221 like the rest of the updated components. I suspect it was a last minute bug fix/issue check-in after the other builds.

Thank to Richard for pointing out there were new updates for Live Meeting and the Conferencing Add-in.

Although it wasn't funny at the time, my original Verizon Novatel USB 720 adapter was stolen by raccoons that raided our chicken coop where the home wireless setup lived. They killed all the chickens but they also took the 3G modem because it had blinking lights.

That back story might seem extraneous but it relates to this blog entry. The replacement 3G adapter was a Novatel 760. The 720 never locked up. The 760 would about once a week or once a month depending on usage.

The telltale signs were a solid light on and even powering off the unit through the VZW software would not work. I eventually just got used to unplugging it and plugging it back in after a while. It effectively would go into a coma on any computer it was used on.

Recently, there were 2 firmware updates released inside of the VZW access software. You can grab the latest software and firmware update from here.



With the new firmware, I can no longer make the device lock up and it seems to have better receive sensitivity. Either way, I recommend anyone using this device to perform the firmware update.

If you are migrating mailboxes from Groupwise to on-premise Exchange 2010 SP1, you will want to setup a throttling policy on Exchange 2010 SP1 that is almost identical to the typical throttling settings used for Blackberry and/or Cisco Unity.

I typically recommend not setting any of the throttling values to unlimited. This is a bit more restrictive than the suggestions made by the Blackberry and/or Cisco Unity settings.

The most important throttling value we need to increase for Quest's Groupwise Migrator is the RCAPercentTimeInAD. The telltale sign are throttling event logs on the Exchange server and see-saw network/cpu usage on the migration workstation. The Address Book service seems to receive quite a bit of traffic from the Groupwise migration tools due to user account look ups.

On most of my migrations, I ended up using a value of 200 for RCAPercentTimeInAD. I have yet to encounter a server that required value higher than 200.

Thankfully, you can apply this new policy on the user account that acts as the go-between Exchange and Groupwise. Typically, it is called something like GWMigrate.

Additionally, you can also apply this new policy on the migration workstation's computer account. Typically, it is called something like GWMigrateServer.

Using that server name and user name as an example, this is what you would execute with Powershell on the Exchange server:

New-ThrottlingPolicy "Groupwise Throttling Policy" -RCAPercentTimeInAD 200

$b = Get-ThrottlingPolicy "Groupwise Throttling Policy";
Set-Mailbox GWMigrateServer$ -ThrottlingPolicy $b;
Set-Mailbox GWMigrate -ThrottlingPolicy $b;

After setting those values, you will need to stop and restart the Exchange Throttling services for the updated settings to take effect.

Although not listed as a fix in the May 2010 Communicator 2007 R1 update (KB 974599), it does seem to solve the Outlook integration/MAPI errors that occur when used with Outlook 2010.

This update brings the Communicator 2007 R1 client up to build 2.0.6362.189.

I am guessing this is probably one of the last updates that will come out for Communicator 2007 R1, unless there is security fix that needs to be addressed.

If you are by chance still using build 2.0.6362.0 (OCS 2007 R1 RTM), I would highly suggest upgrading your desktop clients to use this version.

The best course of action, of course, is to go straight to Lync 2010, but I am quite biased on this, I must admit.