Microsoft tells BPOS customers to wait until they can be migrated to Office 365


I just made this blog post on WindowsITPro.com. It reflects on some issues raised by Microsoft’s August 7 post on TechNet that explains that basic steps required to migrate an organization manually from BPOS to Office 365. If you are skilled with Exchange Server migrations and PowerShell scripts and can cope with losing email for a day (and maybe some data), then go ahead. But the strong advice to BPOS customers is to wait for the Office 365 team to swing into action and migrate them – eventually!

All good clean honest fun…

– Tony

Posted in Cloud, Exchange, Office 365 | Tagged , , | Leave a comment

Microsoft’s Messaging Records Management strategy still evolving


New blog post on WindowsITPro.com. Basically sine comments about the evolution of MRM since Exchange 2007 and how the strategy changed in Exchange 2010 (with MRM 2.0) and Exchange 2010 SP1 (changes to the UI and how the Managed Folder Assistant works). Plus a reference to an EHLO post today that demonstrates that Microsoft is still maturing its MRM strategy.

– Tony

Posted in Exchange, Exchange 2010 | Tagged , , , , | Leave a comment

Microsoft releases Service Pack 1 for Office Filter Pack 2010


New blog entry posted on WindowsITPro.com – ramblings about the update that Microsoft has released for the Office Filter Pack 2010 and its importance to Exchange 2010 as a whole. The IFilters in the pack can obviously be used with other products… find out what the situation is by clicking here!

Enjoy!

TR

Posted in Exchange 2010, SharePoint 2010 | Tagged , | Leave a comment

The plight of the mother bat


One of the joys of a house in the country is the wildlife that occasionally make an appearance. Bats are common visitors as they roost under the eaves of the house and behind doors. I haven’t quite worked out what species of bat visit us but suspect that they are the common Pipistrelle bat. Not claiming to be an expert on bat identification, I am open to correction on this point!

Recently a mother bat appeared on the terrasse with two babies clinging to her.

Mother bat with babies clinging to her prepares for take-off

She prepared for take-off and made a valiant attempt to launch herself into the air with the babies clinging for dear life to her torso.

Take-off

Alas, the weight of the babies dragged the bat down and she quickly crashed to ground with all the elegance of an early human aviator in a delicate but unflyable machine.

Crash landing

There was nothing for it but to climb up the wall to reach the safety of her roost in the eaves under the house with the two babies grimly holding on.

Climbing the wall

Soon afterwards she reached the safety of the shady eaves and we lost sight of the small family as they retreated under a tile.

Bat fans advise that you don’t disturb bats as they go about their day-to-day activities. Taking some photos hopefully didn’t disturb them too much (I can’t claim credit for the photos as they were taken by my daughter Ailbhe). The bats don’t seem to have been too bothered as they’re still in residence in different places around the house.

– Tony

Posted in Travel, Writing | Tagged , , | 1 Comment

A move to WindowsITPro.com


I’ve been associated with Windows IT Pro Magazine for many years – certainly as far back as 1997 and perhaps beforehand. My memory isn’t too good at this point and many articles have flowed under the bridge since. In any case, Penton Technology is the current owner of the magazine and they recently asked me to contribute a regular blog on topics related to Exchange, both on-premises and cloud. I agreed and published my first post today.

So what becomes of this blog? Well, there are many topics that I write about that are not related to Exchange such as my rugby adventures, living in France, and musing about history. I’ll continue to post about those topics here but if you want to read new posts about Exchange, you can head over to Windowsitpro.com and read both my “Exchange unwashed” blog and their regular Exchange and Outlook blog. I plan to blog twice a week or so. We shall see how it goes.

– Tony

Posted in Exchange, Office 365 | Tagged | 2 Comments

G-Mailman video from Microsoft


In my post about the positioning and marketing wars between Microsoft Office 365 and Google Apps, I discussed the fact that the battle between Microsoft and Google is likely to be a tad dirty at times. I therefore wasn’t surprised in the least to see Mary Jo Foley blog about a new video shown to 12,000 or so attendees at Microsoft’s annual briefing for its sales executives.

The video is pretty good and manages to land some smash hits on Gmail. After a while, I stopped noticing the ads that Gmail popped up on the right hand side of the screen. In fact, I stopped noticing them so much that when I went back to check today, I was astonished to find that the current Gmail interface is so much more subtle now about how it presents ads. Clearly some work has been done to refine Gmail but the fact still remains that Google still indexes mailbox contents to be able to decide what ads should be presented. This is the kernel of the criticism that Microsoft levels in their video.

I won’t spoil the fun. Go look at the video and see whether it has any value. If nothing else, it’s a nice example of how one company slams another in the best possible taste… nor not!

– Tony

Posted in Cloud, Email, Office 365 | Tagged , , , | 3 Comments

An interesting ZDNet comparison between Google Apps and Office 365


The guest commentary by Louis Naugès posted on ZDNet (July 25, 2011) that compares Google Apps and Office 365 poses some interesting questions that deserve attention. Louis is the co-founder and chief cloud evangelist of international Google Apps integrator Revevol and is an admitted Google partisan. Although some of his points are debatable or just plain wrong, he is right on the mark with others.

Louis says that Office 365 is not a cloud-based solution for two major reasons. First, the requirement for a fat client to do “serious work”. It’s absolutely correct that the best user experience is gained with Outlook 2010 but I consider this point erroneous because of the presence of Outlook Web App (OWA). Louis must never have used OWA in anger because if he had, he would have to acknowledge that it is more than possible to process all your email with OWA – and to do so in a much more elegant manner than is possible with the far more basic interface offered by Gmail. Much as I like to use Gmail, its interface is exasperating at times.

OWA connected to Office 365: No obvious loss of functionality here!

It’s worth noting that similar web interfaces are available for SharePoint and Lync, the other applications bundled in Office 365, so you don’t need a fat client for these either. However, it’s true that there are inconsistencies in the administrative interfaces used across Office 365 that do need attention in the future.

The second issue is the fact that Office 365 does not run a single instance of the software for all. It’s true that Office 365 is available as a standard edition and will be available as a dedicated version. Small companies and individuals connect to the standard edition; the dedicated version of Office 365 will be the migration path for companies that have over 5,000 seats and run BPOS today. I don’t see the problem here about supporting dual versions as it allows for greater choice and control. If you define cloud systems as running a single version of the software for all then Google Apps is purer but really… in the minds of customers does this make much difference?

Louis goes on to make an excellent point about the multiple versions of Microsoft’s cloud solution and the necessity of migration from BPOS: “Ask the unfortunate CIOs who were tricked into deploying Microsoft BPOS in 2010, the precursor of Office 365. Microsoft is now telling them, quietly, that they will have to organize a full migration, within 12 months, from BPOS to Office 365. This is great news for Microsoft’s partners, who will pocket a lot of money managing these complex migrations. But for customers …  In contrast, even the oldest customers of Google Apps, such as Valeo and Revevol, who started working with this solution in 2007, never had to manage a single migration, despite continuous improvements; more than 100 innovations were added during 2010 alone.”

I think this point is valid. Companies running BPOS today will have to migrate to Office 365 in the future and this will cost money. Migrations always cost time and money and create some degree of disruption for users and administrators alike. We have yet to see just how complex the migration will be to know how much consulting work partners are likely to generate, but I do think that Google has a somewhat better evolutionary story so far. Part of the reason why is that Google never had to deal with an installed base; part of it is that Google does not have to cope with the support requirements of older fat clients that many companies still run; and it’s partially because Google started with fundamentally simpler applications that it has evolved over time. It’s also fair to note that some of the new features introduced by Google have not worked out and have been removed, but most Google users will probably say that their upgrade/migration experience has been OK so far. To be fair to Microsoft, they are attempting to introduce a cloud offering to an installed base that spans hundreds of millions of users connected with multiple generations of clients in a massive variety of deployments. It’s always so much easier when you can start from scratch.

Louis then wonders how companies will react when Microsoft introduces “Office 366” and they discover that they have to upgrade and go through another migration. To me this is the biggest challenge that Microsoft faces in their journey to a point where they can deliver both on-premises and cloud solutions with comparable functionality in an elegant manner. Everyone knows the hassle and bother that companies have gone through during migrations from Exchange 5.5 to Exchange 2000 or Exchange 2003 to Exchange 2007. No one wants to see the same happen when they’re connected to a cloud service and I doubt that CIOs will tolerate Microsoft making any attempt to force the issue. We shall see over time.

The next problem identified by Louis is in the area of mobility where he asserts that Google allows for greater choice across O/S such as IOS, WebOS, ChromeOS, Android, and so on.  He then notes some comments made in an InfoWorld article by Galen Gruman that says: “Office 365 … the essentially Windows-only cloud service has no place in a mobile world and little place on Mac OS X or Linux.

The real issue here is not with Exchange as I have been very successful in connecting my Office 365 account with both an iPhone and iPad and in using OWA on a Mac (with Safari) or Linux (with Chrome). Google has even licensed Microsoft’s ActiveSync protocol for Exchange to enable the smooth connection of Android phones with Exchange. Rather, the problem exists with Lync and SharePoint. As Gruman notes: “Outside of Exchange, Office 365 is largely limited to desktop Windows users, though some SharePoint features work with the little-adopted Windows Phone 7 platform.” Gruman then says: “It’s shocking that Office 365’s Web apps rely on ActiveX and Silverlight controls for many of their capabilities. That proprietary dependence is why any browser other than a Microsoft one has at best limited access to the documents.

There’s a fair point here. Microsoft has to do much better for Lync and SharePoint to emulate the success of Exchange in spreading its support across multiple client types and operating systems. I am sure that this will happen over the next few years but the difference in platform capabilities across the applications underscores the fact that three separate engineering groups are co-operating to build Office 365; those groups have not worked together all that closely over the last few years and the gaps have now been exposed both here and in the administrative interfaces.

The gap between Exchange and SharePoint is also pointed to in the area of collaboration. As Louis says: “Once again, the advantages of Google Apps over Office 365 are clear. Any content created with Google Apps — text, picture, presentation, blog, wiki, video — is natively shareable. Shareable with all users inside your company, and with all the people with whom you wish to share and collaborate: partners, suppliers or customers. With the professional versions of Office 365, Office (yes, the same Office of the 90s) remains the preferred tool for content creation. If sharing a document is essential, it’s possible to send it to ‘SharePoint'”.

It might have all been different had Microsoft built a transition path from public folders many years ago when the need first emerged and SharePoint was demonstrating promise as a collaboration platform. That work never happened and the gap between the two products is too wide to paper over. Again this proves the advantage of not having to deal with an installed base and being able to design a common collaborative capability into multiple applications from day one.

We then enter the world of budgets. The assertion is made that “calculating the full cost of an Office 365 solution will require days of work for a group of talented financial professionals. (This is probably the primary justification for the Office 365 solution: Excel 2010 is required to analyze and compare cost vs features!)” whereas Google has kept the same price of $50/year per user for the last four years.

Microsoft offers eleven different SKUs for Office 365. The SKUs are called plans and range from Plan P1 for individual consumers and small companies upwards through the enterprise plans that cater for the needs of large companies. The price varies from country to country (see this post) but the basic comparison against Google Apps is Plan P1 at $6/month or $48/year in the U.S.  This plan is web-based and doesn’t include Office, but it is a reasonable offering for anyone who just wants to get going with office functionality on the web. However, you can’t have Plan P1 if you have more than 50 people in your company.

This restriction seems unreasonable. Why shouldn’t larger companies be able to buy the most basic and cheapest plan if that’s all they need? Why does Microsoft see the need to construct a bewildering array of eleven different plans that can only be loved by sales representatives? I think Microsoft has some work to do here to make purchasing clearer and easier for customers (and also offer the same pre-tax price worldwide). The same point has been made by other commentators so maybe Microsoft will respond, if only to avoid criticisms similar to those in the article:

What are the possible reasons that led Microsoft to this absurd complexity? I see at least three:

  • The ‘on-premise’ prices of Microsoft legacy solutions installed in corporate data centers have reached even higher levels of complexity. This logic has been extended to Office 365, which makes it extremely difficult to put together an objective comparison of historical cost vs the different Office 365 plans.
  • With this level of complexity, Microsoft can more easily ‘negotiate’ price discounts with their major customers.
  • It is very difficult for CIOs and purchasing managers from different companies to confer and compare their negotiating capacities.”

Of course, Microsoft has a lot more experience than Google has in negotiating complex multi-year software contracts with enterprise customers and may well say that they are simply responding to customer needs and requirements. However, I have never met a CIO who has lauded the attempt of hardware or software vendors to complicate the purchasing process!

The review closes by noting that Microsoft is aggressively using promotional funds to convince customers to choose Office 365 over Google Apps and cites the example of $250,000 given to the University of Nebraska to help them make up their mind. Again there’s no surprise here because large companies have used marketing funds to drive customer decisions since the dawn of the computer era. Microsoft will market Office 365 aggressively, especially to:

  • Companies that might migrate from other messaging systems such as Lotus Notes
  • Companies who are planning to migrate from older versions of Exchange that are reaching end of life, such as Exchange 2003. A big opportunity that runs alongside is the replacement of all the Outlook 2003 clients that need to be upgraded to Outlook 2007 or Outlook 2010 before they can connect to Office 365.
  • Companies who are considering using Google Apps – especially those who might migrate from a Microsoft solution.

At times the competition will get dirty and I anticipate that Google will rapidly learn and develop its own tactics to compete with Office 365. We shall wait and see whether Google ever sees the need to use marketing funds as creatively as Microsoft obviously has.

In summary, I think:

  • Microsoft has lots of work to do to close the gap between the three applications that make up Office 365 today.
  • Microsoft has more work to do to simplify the Office 365 plans that are available to customers.
  • Microsoft has a balancing act to perform to keep both on-premises and cloud customers happy over the next few years. Not only do they have to ensure that each community sees their platform develop with new features and functionality, Microsoft also has to achieve smoother migrations to new software releases than they have done in the past.
  • Google has benefited by developing an application suite that wasn’t handicapped by the need to satisfy an installed base.
  • Google is the “purer” cloud solution today but that purity is not always the real measure of the worth of a solution to a customer.
  • Both application suites offer different capabilities to customers. I think that Gmail is well behind Exchange in both features and client user interface but see the value of the collaborative flow between the Google apps that doesn’t exist between Exchange and SharePoint.

Watching how this battle pans out should make the next few years very interesting!

– Tony

PS. For those interested in finding out how one company moved from Google Apps to Office 365 (and why), there’s an interesting post to be read.

Posted in Cloud, Email, Exchange 2010, Office 365, Outlook, SharePoint 2010 | Tagged , , , | 4 Comments

Useful Visio stencil for Exchange 2010 SP1


Microsoft has made an updated Microsoft Office Visio stencil for Exchange 2010 SP1 available for download. As you can see from the screen capture, a wide variety of shapes is available in the stencil including some for Windows components (Active Directory, Certificate Server, domains, etc.), people, and other parts of the Exchange infrastructure such as client computers.

Shapes available in the Exchange 2010 SP1 Visio Stencil

The download page says that the stencil contains shapes for “Features new to Exchange 2010 SP1“. Maybe these are the cloud shapes to allow for connections to Office 365, but I can’t see much else new. Nevertheless, this stencil is a very valuable download for anyone who has to document anything to do with Exchange 2010, providing of course that you use Visio! The shapes are enormously helpful to describe the components of an Exchange organization and its points of contact with Windows, network, and other applications. You can create documents and presentations that describe the layout of Database Availability Groups (DAGs), individual servers, and so on. All in all, very useful indeed.

Although it’s great to have such a varied collections of shapes for use in diagrams an idle thought does occasionally cross my mind as to how the graphic designers who put together the stencil come up with some of the shapes. After all, it’s reasonably straightforward to imagine what might be an appropriate shape for a digital certificate or an LCD monitor, it’s altogether more challenging for those who lay no claim to artistic competence to design a shape that is immediately obvious as an IRM-protected message or IP-based phone.

Of course, some of the shapes become well-known because they are used elsewhere in the product or are in common use outside Exchange so it’s easy to recognize objects such as a mail-enabled public folder or Exchange server. Other shapes have aged and been passed by developments in technology. The cell phone shape, for instance, looks suspiciously like an old Motorola RAZR phone and not at all like the phones used today. However, there’s a smartphone shape to take up the slack and bring everything up to date.

In summary, this free download delivers real value. If you haven’t tried using stencils to help in project documentation before and have a copy of Visio to hand, you should give it a whirl.

Follow Tony @12Knocksinna

Update 23 April 2014: The Exchange 2013 edition of the Visio stencils (including Office 365) are now available from Microsoft’s download center.

Posted in Active Directory, Email, Exchange 2010 | Tagged , , , | 1 Comment

Avoiding outdated addresses during a migration to the cloud


One of my current projects is to help a large multinational move from Exchange 2007 to a dedicated instance of Microsoft BPOS running Exchange 2010. BPOS is having some woes of its own with yet another outage causing disruption to customers around the world. Let’s hope that Office 365 provides a better level of service as it takes over from BPOS. Assuming that Microsoft will solve the problems, we can turn our attention to migration and figuring out how to make sure that users don’t notice the switch of underlying platform.

In this scenario, the vast bulk of the clients run Outlook 2007 with a scattering of Outlook 2010 thrown into the mix. All clients are configured in cached Exchange mode. Migration is a process best taken slowly and with care, especially when you deal with tens of thousands of clients, and a great amount of testing and validation has been done to ensure that the cloud platform can provide the required service.

Part of the testing involves moving “volunteer” (also known as victim) mailboxes over to BPOS to identify any interoperability or other problems as email flows between the on-premises and cloud servers. One step during the movement process cleans out client-side nickname caches to remove the possibility that users will attempt to address messages with invalid routing addresses that Outlook has cached (see Microsoft KB article 287623 for details).

So good so far… but then we run into OAB problems. Or rather, severely outdated OABs in some of the on-premises mailboxes. The issue manifests itself when people attempt to address messages to users who have moved to BPOS using the information held in the OAB. Of course, if the OAB was kept up-to-date by Outlook downloading the OAB update files that Exchange generates daily, then there would be a reasonable chance that the correct address would be provided. Because of the mechanism used to generate and distribute OAB updates to clients, there’s always going to be some mail-enabled objects that have been added, changed, or deleted since the last update files were generated, but that’s understandable and acceptable. Most companies find that their directory stabilizes after the initial deployment of Exchange and that only a small number of updates occur thereafter. Of course, there will be exceptions to the rule, such as when a company is acquired, splits off, or joins another entity, but in general the mechanism of generating and distributing daily updates works very well to provide Outlook clients with an accurate offline copy of the directory.

Things become a tad more difficult during the main phase of the migration period when lots of mailboxes are being moved. Apart from the obvious scope for more users to run into the “invalid address” problem, there’s also the fact that Outlook will be forced to perform full OAB downloads when the total size of the OAB differential files on the server is more than one-eighth of the size of the OAB. Simply put, once more than an eighth of the directory has changed, Outlook assumes that it is easier to download a full copy of the OAB from Exchange than to attempt to patch so much of the directory using update files. You can modify the threshold for directory changes using the instructions in KB841273 but in most cases you’re simply putting off the day when clients need to refresh the OAB completely with a full download. The problem here is that full downloads steal processing cycles and bandwidth…

It is possible to force Outlook to ignore the OAB and connect to a GC each time it wants some directory information (see KB823580). However, while this ensures that Outlook clients get the most accurate and up-to-date information that the GC can provide, it removes a major benefit of using clients in cached Exchange mode and can impose a very large network and performance load on the GCs.

One approach that works well seems to be to:

  1. Make sure that OAB updates are being generated and distributed to client pick-up points. You won’t be able to check this on BPOS or Office 365 as Microsoft runs the servers but you can check that the OAB files on a client connected to these platforms is being updated daily (assuming that there are some updates).
  2. Make sure that clients are downloading the OAB updates. This should happen automatically as Outlook’s default behavior is to check daily (Outlook 2003 checks the system public folder holding the OAB updates; Outlook 2007 can use either public folders or the web distribution point introduced in Exchange 2007; Outlook 2010 can’t use public folders) but sometimes the checks don’t work and the OAB is a little aged and a manual download might be necessary. Dave Goldman’s blog contains a good post about the OAB update process.
  3. Follow the age-old practice of migrating users who naturally correspond with each other to the new platform together. There’s lots of ways of doing this – moving complete departments, groups, or offices at one time; moving managers and their administrative assistants; moving project teams, and so on. The idea is to limit communications between the two platforms as much as possible.

For all of its apparent simplicity, the OAB remains one of the darker corners of Exchange. Few care about it until problems arise… and then they find out just how essential the OAB is to many Exchange organizations.

TR
Posted in Exchange, Office 365 | Tagged , , , | Leave a comment

Microsoft embarrassed by Exchange 2010 SP1 RU4


On July 13, Microsoft took the decision to withdraw Exchange 2010 SP1 RU4 (the fourth roll-up update for SP1). As you’re aware, a roll-up update (RU) is a regular release of the patches and other fixes that Microsoft has accumulated for a version of Exchange. RU4 was released on June 22, 2011 so it hasn’t been available long. Microsoft released the prior update (RU3) on March 8, 2011 but customers soon encountered problems with Blackberry devices sending duplicate messages. Microsoft then re-released RU3 on April 6, 2011.

In the case of RU4, the problem is a tad surprising because it occurs during a fundamental operation – moving items around. It’s the kind of thing that you’d really expect a QA group to pick up:

“A small number of customers have reported when the Outlook client is used to move or copy a folder that subfolders and content for the moved folder are deleted. After investigation we have determined that the folder and item contents do not appear in the destination folder as expected but may be recovered from the Recoverable Items folder (what was previously known as Dumpster in older versions of Exchange) from the original folder. This behavior occurs due to a customer requested change in SP1 RU4 which allowed deleted Public Folders to be recovered. Outlook and Exchange are not correctly processing the folder move and copy operations causing the folder contents to appear to be deleted.

It requires a pretty serious event for a development group to publicly withdraw software. To have to withdraw roll-up updates twice in quick succession seems to indicate that Microsoft has a real problem in their quality control or release process and begs the question whether customers should have confidence in future patches or other software released for Exchange.

I think that taking this attitude is a somewhat simplistic view of the situation. Here’s why. First, Exchange is a very complex product that spans over 21 million lines of code. Although I am sure that the development process is well honed after some sixteen or seventeen years of building Exchange, things are becoming more complex all the time as the development group now has to create code to serve the twin platforms of on-premises and cloud (Exchange Online).

Some insight into the complexity that Microsoft development groups deal with might be gained from the excellent books written by Steve McConnell about Microsoft development practices based on his experience of shipping several products, including Rapid Development: Taming Wild Software Schedules, Code Complete: A Practical Handbook of Software Construction and Software Estimation: Demystifying the Black Art (Best Practices). In “Code Complete”, McConnell mentions that there might be 10-20 code defects per 1,000 lines. I believe that this is an old number based on early releases of products such as Excel that has likely decreased with the introduction of automated code checking tools and better software development frameworks, but it’s still probable that every 1,000 lines of code has one or two defects lurking. I can’t believe that the Exchange code base includes over 21,000 bugs, but I bet that Microsoft has a substantial database of known bugs, potential problems, customer requests for enhancements, and other reasons why code might need to be changed in the future. It’s just the nature of complex software.

It’s also important to realize that a specific defect might never be exposed in the normal course of events, might only appear in very specific circumstances, or become a knock-on effect as a result of code changed elsewhere including a Microsoft or non-Microsoft client. I doubt that we will ever get to zero code defects in commercial software so we’re always going to have to cope with patches and service packs for Exchange, Windows, SharePoint et al.

Second, given that we deal with a complex software environment, it makes sense to protect production systems by never deploying roll-up updates, service packs or indeed new versions without testing in a realistic environment that adequately mimics the production workload. In this context, testing doesn’t mean just checking that the software will install. It means testing Exchange on the Windows build used in production accessed by all the clients (and versions) that you use and alongside all third-party software products that interact with Exchange. In short, it’s not a quick and simple process.

If you rush to deploy software as soon as it’s released by Microsoft, you run the risk of encountering a problem that impacts users. For example, if you had deployed RU3 without testing, you’d have to explain to Blackberry users why they were seeing duplicate messages. In the case of RU4, you might have run into the situation where Outlook users report that they had “lost” data when they moved or copied folders. Both situations underline the importance of testing before deployment.

The third factor to consider is the maturity demonstrated by the Exchange development group in quickly acknowledging the problem and taking the necessary action to withdraw the software, even if it exposed Exchange to the ridicule of some commentators. I think this behavior shows a certain dedication to the installed base and so even if I am not utterly impressed at the fact that Microsoft has had to withdraw two roll-up updates in quick succession, the disappointment is somewhat mitigated by their fast action and open communications, allied to an expectation that this situation has served as a wake-up call to the QA and support folks who hopefully will do better with future releases.

And for the rest of us, it’s a great reminder that software like Exchange is general-purpose in that it’s created by engineers who have zero visibility of many varied ways that Exchange is deployed in the field. If only for that reason alone, you should protect yourself against software bugs by testing, testing, and more testing before anything is deployed.

Microsoft plans to fix the problem in Exchange 2010 RU5, which is expected to be available sometime in August. Microsoft has an interim update (KB2581545) that can be applied if you have already deployed RU4 (but remember the requirement for testing). You can contact Microsoft support to get the interim update.

– Tony

Update July 28: Microsoft has rereleased RU4. See my commentary on WindowsITPro.com.

Posted in Cloud, Exchange 2010, Office 365 | Tagged | 10 Comments