Agreed, Chris.


Records management professionals need to understand that none of these big
tech companies - not Microsoft, not Google, not Apple, not anyone else -
have any real incentive to help their customers defensibly destroy
information that no longer has legitimate business value.  They may provide
some level of lip service to our requests for efficient information
lifecycle management functionality in their content and information
management products, but the reality is they take in much more revenue by
making it easier and easier for us to create content that is used once and
then sits in their repositories indefinitely.


This information becomes a cash cow for these companies not simply because
they are charging our customers to maintain it (which is always more
expensive then they imply), but because they are provided with an endless
source of information that they can crawl and create the indexes they use
to drive their search tools and content analytics solutions.

The vast majority of this information provides our customers with no real
value, and in fact, poses significant risk to their businesses.  As records
managers, it is up to us to look beyond the marketing messages these
companies promote and determine if their products are fully supporting our
customers' information management strategies.

 -------- Original Message --------
 Subject: Re: Microsoft Thinks You Should Never Delete Files Ever Again
 From: Chris Caplinger <[log in to unmask]>
 Date: Mon, September 28, 2015 7:21 pm
 To: [log in to unmask]

 We have found it interesting that our customers are turning off Delve as
 it
 completely exposes any IG policy failures. Of course we are trying to help
 them fix the failures but many CIOs we have talked to are a little freaked
 out about Delve.

List archives at http://lists.ufl.edu/archives/recmgmt-l.html
Contact [log in to unmask] for assistance
To unsubscribe from this list, click the below link. If not already present, place UNSUBSCRIBE RECMGMT-L or UNSUB RECMGMT-L in the body of the message.
mailto:[log in to unmask]