<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>E-mail Records Management, Part 3: E-mail Retention</title><link>http://blogs.msdn.com/recman/archive/2007/01/18/e-mail-records-management-part-3-e-mail-retention.aspx</link><description>In my previous post , I described how organizations can define a set of e-mail classifications (i.e. managed folders) and how end users can use those folders to classify content. In this post, I’ll describe one of the main uses of this classification</description><dc:language>en</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>Manage Rules in 2 Places?</title><link>http://blogs.msdn.com/recman/archive/2007/01/18/e-mail-records-management-part-3-e-mail-retention.aspx#1493235</link><pubDate>Fri, 19 Jan 2007 17:46:52 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:1493235</guid><dc:creator>tpartridge</dc:creator><description>&lt;p&gt;So, does this mean that a records manager will need to create/maintain retention and disposition rules for email from within the Exchange Admin and then switch to a different admin application (SharePoint) to do the same for all other documents? &amp;nbsp;What happens if I save an MSG to a SharePoint site, do the rules there take precedent over the Exchange rules?&lt;/p&gt;
&lt;p&gt;Any plans to integrate these two administrative features into a single interface for Records Managers?&lt;/p&gt;
</description></item><item><title>Manage the content not the format!</title><link>http://blogs.msdn.com/recman/archive/2007/01/18/e-mail-records-management-part-3-e-mail-retention.aspx#1509277</link><pubDate>Mon, 22 Jan 2007 22:16:27 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:1509277</guid><dc:creator>Russell</dc:creator><description>&lt;p&gt;Have to say that this approach of managing the email format seperately from its other related content, and maintaining multiple rule systems seems a big weakness of MOSS 2007 if one was seeking to use it as a records management tool in a agency that had serious evidence, discovery and reuse requirements. &amp;nbsp;It has been discussed in other threads as Adam alluded to in the original post, but this is managing by format, encouraging the disassociation of recordkeeping context, and problematic to maintain. &lt;/p&gt;
&lt;p&gt;I believe that this will be a big barrier to MOSS 2007 meeting records management requirements for other than small to medium non-government organisations. &amp;nbsp;&lt;/p&gt;
&lt;p&gt;Cheers&lt;/p&gt;
</description></item><item><title>re: E-mail Records Management, Part 3: E-mail Retention</title><link>http://blogs.msdn.com/recman/archive/2007/01/18/e-mail-records-management-part-3-e-mail-retention.aspx#1514219</link><pubDate>Tue, 23 Jan 2007 16:41:38 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:1514219</guid><dc:creator>YoDJMC</dc:creator><description>&lt;p&gt;So if the records manager is creating a policy against an email, what policy is applied to any attachments? Whatever the argument about handling emails in special ways, the biggest challenge I feel is handling attachments - typically these are more likely to have specific meta data requirements, perhaps with the requirement for user captured data?&lt;/p&gt;
</description></item><item><title>re: E-mail Records Management, Part 3: E-mail Retention</title><link>http://blogs.msdn.com/recman/archive/2007/01/18/e-mail-records-management-part-3-e-mail-retention.aspx#1579130</link><pubDate>Fri, 02 Feb 2007 05:07:11 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:1579130</guid><dc:creator>NSherman</dc:creator><description>&lt;p&gt;I, too, am a bit concerned about the efficiency of having to manage two repositories. If I wanted to find all &amp;quot;stuff&amp;quot; relating to a certain person or project so that I could apply a litigation hold, would I have to go to two places? Would I have to review two places for all holds before I could authorize destruction? Having it separate, rather than together, seems to reinforce the mistaken idea that email and &amp;quot;regular&amp;quot; documents are two different things when it comes to retention.&lt;/p&gt;
</description></item><item><title>re: E-mail Records Management, Part 3: E-mail Retention</title><link>http://blogs.msdn.com/recman/archive/2007/01/18/e-mail-records-management-part-3-e-mail-retention.aspx#1629280</link><pubDate>Thu, 08 Feb 2007 22:43:31 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:1629280</guid><dc:creator>Sean Dillon</dc:creator><description>&lt;p&gt;I wouldn't say the MOSS rules &amp;quot;take precedent&amp;quot; over the Exchange rules, they are really two different server infrastructures for managing two different types of digital content. &amp;nbsp;I would say you should/could use Exchange (w/o MOSS) for managing an organization's *E-MAIL MESSAGES* using managed folders, retention, expiration, journaling, etc. &amp;nbsp;Exchange is not the place to manage other forms of digital content (documents, images, etc.) as records, that's what MOSS provides. &amp;nbsp;Instead of managing e-mail records in Exchange, and all other digital content in MOSS, the strategy could be to use journaling in Exchange to move e-mail content over to MOSS, where *ALL* official records are kept. &amp;nbsp;Some organizations will want to do this for Exchange, but they won't be using MOSS or vice versa.&lt;/p&gt;
&lt;p&gt;I'm not sure I would view having the flexibility of establishing Exchange policies AND/OR MOSS records management policies as a weakness; instead, I would say it gives organizations a choice to manage data where it makes the most sense given their information management requirements. &amp;nbsp;I think we do need to understand a little more about categorization of e-mail by content/context; that would help this discussion, as it might serve to show how MOSS could route those records appropriately within the records repository upon receipt of messages from Exchange based on the content/context of the message.&lt;/p&gt;
&lt;p&gt;Regarding attachments, I'm not sure if Adam is planning on discussing all the options you have around how/what to store from messages sent into the MOSS records repository or not? &amp;nbsp;I don't want to steal his thunder, but know that there are a few different options here that might be of interest.&lt;/p&gt;
</description></item><item><title>re: E-mail Records Management, Part 3: E-mail Retention</title><link>http://blogs.msdn.com/recman/archive/2007/01/18/e-mail-records-management-part-3-e-mail-retention.aspx#1629898</link><pubDate>Fri, 09 Feb 2007 00:34:16 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:1629898</guid><dc:creator>recman</dc:creator><description>&lt;p&gt;Sean - Don't worry about stealing my thunder, and thanks for the insightful comments. &amp;nbsp;=) &amp;nbsp;I agree with your comments about the need to provide compliance tools, no matter where the data lives. &amp;nbsp;Certainly flexibility was one of the key design tenants here – we are designing a platform that will meet the needs of millions of customers.&lt;/p&gt;
&lt;p&gt;I'm hoping that my recent fourth post on email records management (&lt;a rel="nofollow" target="_new" href="http://blogs.msdn.com/recman/archive/2007/02/08/e-mail-records-management-part-4-quota-management-and-sending-e-mail-to-the-records-center.aspx"&gt;http://blogs.msdn.com/recman/archive/2007/02/08/e-mail-records-management-part-4-quota-management-and-sending-e-mail-to-the-records-center.aspx&lt;/a&gt;) answers the other questions in this comment thread. &amp;nbsp;We do indeed have a way of getting data from Exchange to SharePoint - where records can be managed consistently based upon the content, regardless of medium.&lt;/p&gt;
&lt;p&gt;Our design philosophy here was to provide tools to span the wide range of places where information might live and direct the important, high business value content to a Records Center, where it can be centrally managed. &amp;nbsp; &lt;/p&gt;
&lt;p&gt;Thanks all!&lt;/p&gt;
&lt;p&gt;Adam Harmetz&lt;/p&gt;
&lt;p&gt;Program Manager&lt;/p&gt;
</description></item><item><title>Archiving Solutions for Exchange Server 2007</title><link>http://blogs.msdn.com/recman/archive/2007/01/18/e-mail-records-management-part-3-e-mail-retention.aspx#3220544</link><pubDate>Mon, 11 Jun 2007 06:51:23 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:3220544</guid><dc:creator>Anderson Patricio Get-news Blog</dc:creator><description>&lt;p&gt;Hello folks, We can see many times in the Exchange Server 2007 documentation that we can keep information&lt;/p&gt;
</description></item></channel></rss>