Collecting data in PST files (part 2)

Thèmes :
Version imprimable, PDF et e-mail

In part 1 we discussed about the challenge of finding emails in scattered PST files. The traditional approach by email archiving vendors is to tell you (their customer) to do the hard work of finding the PSTs and bringing them to a location where they can process them.

Great, you pay all this money for some clever automation only to find the real challenge of finding the data is left to you. You are faced with scanning every desktop and laptop for PST files that may have been created in the last month or ten years ago.

And even when you can find the PSTs you have to bring them to a location where they can ingest them into an archive. And only then can you inspect their content. So for a legal team under time pressure of an ediscovery request this is not a good situation and put demands on IT to quickly and accurately find the data.

Wouldn’t it be more logical to accept that the data may exist in scattered locations and have the ability to discover it and analyze where it resides. Then when you establish its relevance you could have the ability to collect it and place it on legal hold.

It is completely unrealistic to expect an IT department to find every PST and ingest them into an archive. Even when you find them, the chances are that much of the data is really old and has past retention periods set by the company. So why spend all the effort and costly IT resources in finding and ingesting the data into an email archiving solution consume even more storage, only to promptly delete it?

Remonter en haut de page