Email and Records Management

Community Topic(s):

Keywords: email

Current Rating:
(0 ratings)

One of the essential ingredients of a Records and Information Management program is email management.  There is a tension between the competing polarities related to email management:  IT, on one hand, wants to delete emails quickly to keep the enterprise email system operating at full efficiency, optimizing storage space; Records Management, on the other hand, wants to treat email like any other record, with retention rules that administer how long each email is retained.

The Federal Rules of Civil Procedure tend to favor the Records Management view. Basically, any information stored electronically is discoverable in a court case.  Early deletion of emails pertaining to a court case can result in sanctions and penalties.

There is a pervasive fallacy that continues today, which says delete emails quickly (for example, after six months) to limit an organization's liability.  This approach is definitely NOT recommended.  It flies in the face of standard Records Management principles and ignores the fact that emails are often very pertinent to an organization's business, just as any other documents are.

For example, emails about the award of a contract, discussing some details about the award, development of the award particulars, notification of final award - all belong in a contract file, which is governed by very specific retention rules.  The fact that it is an email rather than a document makes no difference.  In fact, early deletion can be construed by the courts as an attempt to hide evidence should that contract ever be the subject of litigation.

The practical implementation of an email management Records Management program can be challenging.  It includes classification of each email to determine which "bucket" it belongs in, which is sometimes difficult.  There are two basic approaches:  user driven classification and auto classification.

In the user driven paradigm, each user is required to classify each email.  This can be done by tagging the email or by dragging and dropping the email into a classification location.

In the auto classification paradigm, classification software is used to tag each email, using "From," "To," "Subject," "Date," and email content.

There are advantages and disadvantages to each approach, and the solution that is best for your organization involves corporate culture, complexity of the content, and management authority.  User based classification is based on consistent user participation.  It can be very accurate if participation is high.  However, in a large organization this is difficult to achieve.

Auto classification is based on software and software training tools.  Accuracy is based on how good the classification engine is, combined with the complexity of your retention schedule.  A less complex retention schedule can achieve better results.  Since it is not based on user participation, it is transparent to the end user.

Personally, I prefer the latter approach.  A solution that is transparent to the end user, I think, is far superior as long as the technology can classify at least 80% of the emails correctly.  Using role based retention can also help - saving emails based on who sent or received them, especially executives, can raise the accuracy of auto classification.

In order to keep the IT folks happy, often the best approach is to use an email archive product.  This type of product makes a real-time copy of all emails onto another archive server.  Retention rules are applied to the archive, not the production system. The production system applies standard approaches to limiting mailbox size, and this does not affect the archive.  This approach helps both sides - IT and RM serve its constituency in a complementary manner.

What do you think?

Report

Rate Post

You need to log in to rate blog posts. Click here to login.

Add a Comment

You need to log in to post messages. Click here to login.

Comments

Wayne Hoff

Great article, Mark, thank you. I find issues at the other end of the spectrum, too, though - instead of deleting everything they can, IT has been scared enough about SOX and FRCP and past litigation experiences that there has been little to no purging of electronic documents. That makes the job of classification even tougher, because now there is a mountain of historical data to classify (or at least a bigger mountain).
Report
Was this helpful? Yes No
Reply

Douglas Schultz

I agree with Wayne in that sometimes IT goes the other direction and wants to save everything, and that does not make classification easier. Maybe your suggestion about autoclassification with bigger buckets has more of a chance to succeed than I have believed in the past. Autoclassification is getting better and could help just because of the sheer volume of email. It may lead to a little more risk because some things are classified incorrectly, either held longer than it should be or shorter.

I think companies need to dig deeper into how email is being used. When you look at how many are using it for a collaborative platform. For example, contract gets routed around for revisions and review, with each person keeping their own copy. There is probably 100's of examples where email is not being used as what it was designed for - a communications platform. So many new E2.0 technologies like wikis, blogs, etc. could be used as a better fit for collaboration. Using these new tools could cut the volume down such that maybe IT wouldn't need policies like archive everything or delete as soon as possible. Organizations need to look past just solving the problem of volume and more to are we using the right tool for the business problem we are trying to solve in my opinion. Great article!
Report
Was this helpful? Yes No
Reply
Mark Mandel

Douglas, you have hit on one of the many new challenges we face - the use of E2.0 technologies, pitting collaboration vs. control. While these tools are more appropriate than email for collaboration, they create an entirely new challenge for RIM. See my latest posts for discussion on this topic.

One technique I plan to try is to train users to place more specific info in the Subject line of emails. When using auto classification tools, this should help classify records more accurately. For example, if the email is about a project, put the project name in the Subject header.
Report
Was this helpful? Yes No
Reply

This post and comment(s) reflect the personal perspectives of community members, and not necessarily those of their employers or of AIIM International