Exchange 2010 SP2 Update-Rollup 4 released

Earlier today, Microsoft released Update Rollup 4 for Exchange 2010 Service Pack 2.

The update includes a new feature as well as an important update that I would like to call out:

  • Calendar & Task (items) now support Retention Tags. Before this was not the case, as tags could only be applied to mail items/folders. Although tags for Calendar/Task (items) can only be configured by an Administrator (PowerShell), they will at least prove useful for companies that (heavily) rely on the use of Retention Policies to keep their mailboxes clean. If you are already using Retention Policies or are looking to implement them, there are some caveats to look out for when installing UR4. These items have been well described by Ross Smith IV in his article. I suggest you take a look at them.
  • a fix for a vulnerability in WebReady Document viewing that was recently reported. When the vulnerability was first reported, you were advised to temporarily disable this feature using the following command:

    Get-OwaVirtualdirectory | ?{$_.OwaVersion –eq ‘Exchange2007’ –or $_.OwaVersion –eq ‘Exchange2010’} | Set-OwaVirtualdirectory –WebReadyDocumentViewingOnPublicComputersEnabled:$False –WebReadyDocumentViewingOnPrivateComputersEnabled:$False

    After installing UR, you can safely re-enable the feature by using the following command:

    Get-OwaVirtualdirectory | ?{$_.OwaVersion –eq ‘Exchange2007’ –or $_.OwaVersion –eq ‘Exchange2010’} | Set-OwaVirtualdirectory –WebReadyDocumentViewingOnPublicComputersEnabled:$True –WebReadyDocumentViewingOnPrivateComputersEnabled:$True


Other updates/fixes that are included are:

  • 2536846  Email messages sent to a mail-enabled public folder may be queued in a delivery queue on the Hub Transport server in an Exchange Server 2010 environment
  • 2632409  Sent item is copied to the Sent Items folder of the wrong mailbox in an Exchange Server 2010 environment when a user is granted the Send As permission
  • 2637915 “550 5.7.1” NDR when an email message is sent between tenant organizations in a multi-tenant Exchange Server 2010 environment
  • 2677727  MRM cannot process retention policies on a cloud-based archive mailbox if the primary mailbox is in an on-premises Exchange Server 2010 organization
  • 2685001  Retention policies do not work for the Calendar and Tasks folders in an Exchange Server 2010 SP1 environment
  • 2686540  Journal report is not delivered to a journaling mailbox in an Exchange Server 2010 environment
  • 2689025  Performance issues when you use the light version of Outlook Web App in an Exchange Server 2010 environment
  • 2698571  Some email messages are not delivered when you set the MessageRateLimit parameter in a throttling policy in an Exchange Server 2010 environment
  • 2698899  Add-ADPermission cmdlet together with a DomainController parameter fails in an Exchange Server 2010 environment
  • 2700172  Recipient’s email address is resolved incorrectly to a contact’s email address in an Exchange Server 2010 environment
  • 2701162  User A that is granted the Full Access permission to User B’s mailbox cannot see detailed free/busy information for User B in an Exchange Server 2010 environment
  • 2701624  ItemSubject field is empty when you run the Search-MailboxAuditLog cmdlet together with the ShowDetails parameter in an Exchange Server 2010 environment
  • 2702963  The “Open Message In Conflict” button is not available in the conflict notification message in Exchange Server 2010
  • 2707242  The Exchange Information Store service stops responding on an Exchange Server 2010 server
  • 2709014  EdgeTransport.exe process crashes intermittently on an Exchange Server 2010 server
  • 2709935  EdgeTransport.exe process repeatedly crashes on an Exchange Server 2010 server
  • 2713339  Multi-Mailbox Search feature returns incorrect results when you perform a complex discovery search in an Exchange Server 2010 environment
  • 2713371  Throttling policy throttles all EWS applications in Exchange Server 2010
  • 2719894  The Microsoft Exchange RPC Client Access service consumes 100 percent of CPU resources and stops responding on an Exchange Server 2010 Client Access server
  • 2723383  Incorrect time zone in a notification when the Resource Booking Attendant declines a meeting request from a user in a different time zone in an Exchange Server 2010 environment
  • 2724188  A subject that contains colons is truncated in a mixed Exchange Server 2003 and Exchange Server 2010 environment
  • 2726897  Event 14035 or Event 1006 is logged when Admin sessions are exhausted in an Exchange Server 2010 environment

Please have a look at KB2706690 and MS12-058 for more information regarding the update.

The update can be downloaded from the following webpage:

Blog Exchange

Disappearing (online) archives after moving your mailbox to Office 365…

Office 365 offers great ways to enhance the functionalities of your on-premises deployment. By running the Hybrid Configuration Wizard (which Steve Goodman explains in this article) you can configure both environments to act as one; allowing you to make use of features such as e.g. Online Archives (EOA).

With Exchange Online Archives, your primary mailbox stays in your on-premises Exchange server, whereas the archive will – as the name might have given away – be hosted in Office 365. If you’re interested in finding out more about Online Archives, I suggest that you take a look at Bharat Suneja’s session at TechEd this year: “Archiving in the cloud with Exchange Online Archiving

The problem

To me, one of the most interesting things about a hybrid deployment is the flexibility it offers. You can put a few mailboxes in Office 365, try them out and move more to the service if you like it.

If you are looking to take that approach, this information might be interesting for you!

Imagine the following: you are trying out Office 365 and decide to use Online Archives to start with. You provision the archives and life is great! After a while you decide you want to use more and you decide to move some mailboxes to Office 365. However, after your users have been moved to Office 365 they start complaining that their archive is empty.

It seems that – although this scenario is supported – there are some issues with the provisioning process when you move a user to Office 365 that previously already had an Online Archive: it get’s “wiped”. At least, that’s how it looks like.

At first, I though the data would reappear after a while, so I made sure that I waited long enough. Unfortunately even after a few days, the archives was still empty.

I decided to do some tests, to make sure this wasn’t a standalone case. Perhaps something went wrong during the move. To my surprise, tests confirmed what was going on: although the archive contained items prior to the move, they are now empty.

To explain what happens, let me describe the process I used to reproduce this issue.

This first screenshot show the details of the on-premises mailbox that has a cloud-based archive (EOA) enabled. This archive contains 4 (test) items:


Afterwards, I moved the mailbox through the Exchange Management Console using the “New Remote Move Request”-wizard.

Because on-premises only a mailbox exists, you don’t have the option to move an archive (which is normal):

The move completed successfully, and after having waited long enough (DirSync etc.). I verified the mailbox’s settings:


The interesting part here is that the Archive, although having the same GUID, appears to have been moved to the same database as the mailbox. Before the archive resided in database “EURPRD04DG032-db055” whereas now it’s in “EURPRD04DG030-db041”.

To ascertain myself that this wasn’t causing problems, I decided to do another test. When executing the MoveRequest, I specified to what database the archive should be moved to. I made sure that the target database of the Online Archive was set to the database it was already residing in before moving the mailbox:

New-MoveRequest “Testmivh5” –RemoteHostName “” –targetdeliverydomain “” –<strong>ArchiveTargetDatabase </strong>“EURPRD04DC032-db055” –RemoteCredential Get-Credential)

Note   this cmdlet was executed from a remote PowerShell connection to Exchange Online.

After the move completed (successfully btw), I – again – waited long enough for DirSync/replication/provisioning to occur. I deliberately didn’t force DirSync to ensure that wasn’t causing any issues either. But alas, none of that helped: the archive was again empty.

A quick look at the object’s attributes revealed that – although a target database parameter was provided – the archive still got moved to the same database as the user:


Then, I was thinking that the ‘old’ archive perhaps got disabled and that a new one was created. Although this would be strange since the GUID of the archive remains the same, I thought it was worth a try. Again: no joy! No disconnected mailboxes were to be found.

After all this testing, I had reasons enough to call Microsoft Support. After a few calls back and forth, they recently came back to me confirming that this is a known issue and that they’re currently working on it.

Until today I’m still not sure what the cause of the problem is. I haven’t received any feedback yet either. Of course, I will keep you posted as soon as I find out more!

Temporary workaround

It might sound too obvious, but the workaround is simple: either create both archive and mailbox in the cloud or create the (both!) on-premises first and move them together to the cloud. Both cases work just fine!


Although the last thing you’d want to experience is data-loss, I’m well aware that only a few customers, world-wide, would try this scenario. Nevertheless, it’s an issue that should be addressed quickly.

In our case, we have lost only a single archive worth a few hundred megabytes of emails. I can imagine that losing the wrong kind of emails might be a real big issues for some companies. I haven’t asked, but I’m pretty confident that – even though the emails seem lost – Microsoft can somehow recover the data so that you don’t really “lose” anything. I honestly cannot imagine otherwise.

Does this mean that I discourage using features like EOA? Absolutely not. I still have my hosted archive and I am pretty happy with it. Apart from some inconveniences which I will write about another time, it provides me with everything I need. Furthermore, it allows us to give everyone a relatively large archive without having to bear the costs of additional storage.

Until later!

Blog Exchange Hybrid Exchange Office 365