Kraft & Kennedy, Inc. provides technology and strategic consulting services to law firms, corporate legal departments and financial services firms. We can help you analyze, plan, implement and manage business and technology solutions to optimize your organization's functionality and processes.
I had the privilege of attending Microsoft TechEd North America 2010 last week in New Orleans, LA and wanted to share a few confirmed new features of Exchange 2010 SP1 (due out later this year but no firm ETA). The overall theme of this year’s TechEd was centered around, not surprisingly, cloud computing. Specifically, Microsoft emphasized their mature Exchange Online offering but also stressed the growth of Windows Azure (Microsoft’s hosted services platform) and hosted SQL services. The demonstrations of what Windows Azure and hosted SQL could do were extremely interesting and solidified Microsoft’s vision of being “all in” (according to keynote speaker Bob Muglia) with cloud computing.
Regarding Exchange 2010 SP1, a few of the Exchange sessions I attended had specific focus on SP1 and most of the others mentioned how different aspects of Exchange would change with SP1. I discuss a number of my favorite changes/additions associated with SP1 below but please note that there are many more new features. Please refer to the MS Exchange Team blog post on SP1 for more information.
Microsoft has recently announced some new features that will be available with Exchange 2010 SP1 (anticipated in the summer timeframe of this year). While a more detailed list is forthcoming from Microsoft, a few highlights can be found below:
You can read more about these new features of Exchange 2010 SP1 at http://msexchangeteam.com/archive/2010/04/07/454533.aspx.
As mentioned in my previous blog post about the Exchange 2010 RPC Client Access Service and the ClientAccessArray, Exchange’s dependence on the Client Access Server (CAS) role has increased dramatically in Exchange 2010. This is because, in Exchange 2010, on-network Outlook MAPI connectivity now connects to a mailbox through the CAS role via the RPC Client Access Service. As a result, high availability of the CAS role is crucial since any failure of CAS could affect Outlook client connectivity. For smaller implementations or those where the limitations of native Windows Network Load Balancing (NLB) are not a major problem (please see my previous blog post for more information), NLB can work well. The process for configuring NLB is fairly straightforward and I’ve outlined the steps below.
Microsoft has announced that Exchange 2010 has been released to manufacturing with expected general availability and launch to be announced at TechEd Europe 2009 in early November. More information on Microsoft’s official announcement of Exchange 2010 can be found at the MS Exchange Team blog here. Exchange 2010 marks a significant milestone in the development of Exchange Server. Some of the most important features have been summarized below but many more exist that make this a compelling upgrade for all firms.
Please note that Exchange 2007 SP2 and/or Exchange 2003 SP2 are required for coexistence with Exchange 2010 in the same Active Directory site.
Please refer to my three-part blog post series on Exchange 2010’s specific benefits for law firms (Part 1 can be found at http://blogs.kraftkennedy.com/index.php/2009/08/19/exchange-2010-benefits-for-law-firms-part-1-of-3/). Check back often for additional blog posts about the new features of Exchange 2010.
High availability and site resiliency have evolved a great deal from early versions of Exchange through Exchange 2007. While Exchange 2007 introduced the concepts of Single Copy Clustering (SCC) and Cluster Continuous Replication (CCR) for high availability and Standby Continuous Replication (SCR) for site resiliency, each had very specific benefits and drawbacks. CCR gradually became Microsoft’s and the industry’s preferred solution for high availability because of its robust availability capabilities but concerns about manageability, scalability, and associated storage cost were all factors when settling on a design. SCR extended CCR technology to provide a robust and cost effective solution for site resiliency but many firms were frustrated by the configuration and database activation processes and that all administration must be completed via cmdlets.
Continue reading…
Exchange 2007’s Client Access Server (CAS) role, while similar to the Front-End server configuration of Exchange 2003, introduced a number of new features and capabilities that distinguished it significantly. For example, instead of just passively acting as a relay for Internet-based access to a Back-End server via Outlook Web Access (OWA) and ActiveSync like in Exchange 2003, the Exchange 2007 CAS role actively facilitated access for such functions and, in doing so, offloaded some load from the back-end Mailbox server role. In Exchange 2007, OWA, ActiveSync, and Outlook Anywhere (formerly RPC-over-HTTPS) clients all connected through the CAS role as an endpoint, which then connected to the Mailbox role to provide access to the necessary content. However, native on-network Outlook MAPI connectivity still connected directly to the Mailbox role for mailbox access.
Introducing the RPC Client Access Service
Previously, in part 2 of this blog post, I discussed native electronic discovery features, retention policies, and legal holds. In this post, the final part of this three-part post, I will present user-specific HTML disclaimers and MailTips.
User-Specific HTML Disclaimers
Exchange 2007 allowed for basic disclaimer-type functionality with the introduction of Transport Rules. However, this was limited to static text and it was difficult to manage. In addition, many firms wanted to standardize the format of their e-mail signatures so that all electronic correspondence had a uniform signature block. As a result, most firms leveraged third-party software or e-mail gateways, hosted message hygiene services (such as Google/Postini or MessageLabs), or manually-created Outlook signatures to provide this functionality. The former two options required the management of this content outside of Exchange and the latter was difficult to update and manage since these signatures must be kept up-to-date for messages sent from Outlook, Outlook Web Access, or a handheld mobile device.
With Exchange 2010, an administrator can define dynamic signature text that leverages Active Directory-defined attributes, such as name, title, phone number, etc., in addition to HTML formatting. As a result, a firm can define a standard format for all users that dynamically includes key information specific to each user. In addition, administrators can include Circular 230 or other required disclosure information dynamically, based on specific needs.
MailTips
MailTips represent new functionality in Exchange 2010 that can not only prevent specific policy infractions but also help users to become more productive with e-mail. MailTips can provide suggestions to end users about potentially unanticipated results that will occur if a message was to be sent and, in addition, they can prevent specific messages or content from being sent entirely. Situations in which MailTips can be useful can be found below (all can be customized):
All of these can help users understand the results of sending a particular message in advance and, potentially, result in fewer calls to IT to question why sending a particular message had a specific result.
As you can see, there are a number of beneficial new features in Exchange 2010 for law firms of all sizes. Previously these features were either not available, expensive, or required an investment in third-party solutions. With Exchange 2010, this functionality can be managed natively within the messaging platform, thereby potentially saving cost and maximizing efficiency.
Please find more information at http://msexchangeteam.com/archive/2009/08/25/452095.aspx. Please note that SP2 is a prerequisite to installing Exchange 2010 in the same AD site as Exchange 2007. Additional changes/new features can be found below.
As with any major service pack or update, please be sure to test all critical functionality after updating. There have been rumors that Exchange 2007 SP2 may adversely affect BlackBerry Enterprise Server integration (as had happened in the past with Exchange 2003 SP2) but these rumors have all been speculative.
Previously, in part 1 of this blog post, I introduced Exchange 2010 and discussed large mailbox support along with native archiving features. In this post, I will present native electronic discovery features, retention policies, and legal holds.
Native eDiscovery Features
In previous versions of Exchange, third-party tools were required for even basic multi-mailbox searching and query-based exportation of content from Exchange. In Exchange 2010, these features are provided natively. Designated users, for example an HR or compliance officer, can be delegated permissions to search across specific or all mailboxes based on criteria such as sender, recipient, expiration policy, message size, send/receive date, CC/BCC, regular expressions, or Information Rights Management-protected items. These searches can be applied to e-mail, contacts, calendars, and instant message conversations (if stored in the Conversation History folder) and apply across both the primary and archive mailboxes.
Once a specific query has been defined and results obtained, the discovered content and a completion status update may be sent to either a mailbox or a specific SMTP address The results are organized per the original folder hierarchy. The exposure of the API for this functionality may enable robust integration with third-party software for automated processing.
Retention Policies and Legal Holds
While basic retention functionality has existed for years in the form of mailbox management policies (Exchange 2003) and Managed Folder policies (Exchange 2007), granularity of application was restricted to folders. With Exchange 2010, retention policies exist that can apply per folder or per individual message. In addition, these policies can be applied and managed centrally and/or users can be allowed to choose an appropriate retention policy via a convenient drop-down menu. In addition, if a retention policy applies to a specific item, the user will be notified when the item is set to expire via a notification bar within the item itself. These policies can be configured to, upon expiration, either delete items or move them to a user’s archive mailbox. In addition, this functionality can be combined to provide for a true lifecycle of the item by moving it to the archive after some period of time and then deleting it from the archive after a longer period of time.
In addition to the retention functionality described above, a legal or retention hold can now be applied to specific mailboxes. This allows for an administrator to prevent users from deleting or editing existing items in their primary or archive mailbox for a specific period of time or indefinitely.
In Part 3 of this blog post, I will discuss user-specific HTML disclaimers and MailTips.
The next version of Microsoft’s enterprise messaging platform, Microsoft Exchange Server 2010, is due for release in the fourth quarter of 2009. The current version of Exchange, Exchange 2007, introduced dramatic architectural changes that made it a compelling upgrade both for law firms running previous versions of Exchange, such as Exchange 2000 or 2003, and those running alternative messaging platforms, such as Lotus Domino and Novell GroupWise. A native 64-bit architecture, granular server roles, robust native high availability and disaster recovery capabilities, and a 70% reduction in the I/O requirements for the underlying storage combined to make Exchange 2007 an attractive messaging platform for firms of all sizes. However, given these new features, more careful planning for design and deployment of Exchange 2007 was required than with previous versions of Exchange.
Exchange 2010 presents yet more dramatic architectural changes that make Exchange more robust and flexible for firms of all sizes but, again, require very careful planning to ensure a successful deployment and seamless transition or migration. In this three-part blog post, I will discuss a few of the key new features that have specific relevance to the legal industry, at a high level. In future blog posts, I will discuss, at a more technical level, the specifics of these features in addition to others that are not necessarily specific to the legal industry.
Large Mailbox Support
While previous versions of Exchange could handle, theoretically, mailboxes of unlimited size, significant investments in memory and a robust storage infrastructure were required to make this a reality. In addition, Microsoft Outlook 2007 pre-SP2 and earlier client software, in Cached Mode, saw significant and noticeable performance degradation when mailboxes grew beyond 2 GB in size or when individual folders contained more than 5,000 items. Specific errors may be encountered as mailboxes approach 20 GB in size. Outlook 2007 SP2 included a fundamental change in how the software handled large mailboxes so that it could efficiently support mailboxes upward of 10 GB or more in size and folders containing 10,000 to 50,000 items. While these improvements were helpful, law firms generally have significantly larger mailboxes than what Microsoft projects for best practices.
Exchange 2010 reduces the I/O requirements of the underlying storage by another 70% over Exchange 2007, for a total of a 90% reduction over Exchange 2003. This results in an optimization for mailboxes over 10 GB in size and folders with 100,000 items. In addition, due to fundamental changes in Exchange’s ESE database technology, Microsoft now supports and recommends deploying Exchange on lower-cost, Tier 2 storage (such as SATA or JBOD). This can represent a significant cost savings for firms of all sizes and can allow firms to again size Exchange for capacity instead of performance.

Native Archiving Features
With Exchange 2010, Microsoft has finally introduced basic archiving features natively within the product. While third-party options such as Symantec Enterprise Vault, Autonomy/ZANTAZ EAS, and Mimosa NearPoint provide a much more robust feature set, the native features may be enough to provide for basic mailbox management for significantly less cost. Essentially, the native archiving features of Exchange 2010 allow an administrator to create a secondary, archive mailbox for each user to which content can be moved automatically via back-end policies or proactively by end-users.
While each firm should perform a detailed analysis of their needs prior to choosing a solution, a few caveats about Microsoft’s native offering can be found below.
While there are certainly a number of significant caveats, the native offering does provide basic archiving functionality along with a unified search that queries both the primary, live mailbox and the archive mailbox simultaneously. In addition, there is no additional software to install, as the archive mailbox is accessible natively by both Outlook 2010 and Outlook Web Access 2010.
In Part 2 of this blog post, I will discuss native electronic discovery features, retention policies, and legal holds.