<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Language Requiring Deletion of Electronic Files</title>
	<atom:link href="http://www.adamsdrafting.com/2009/01/16/deletion-electronic-files/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.adamsdrafting.com/2009/01/16/deletion-electronic-files/</link>
	<description></description>
	<lastBuildDate>Tue, 31 Jan 2012 01:23:03 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=abc</generator>
	<item>
		<title>By: Record retention clauses in confidentiality agreements &#124; FirstDrafter</title>
		<link>http://www.adamsdrafting.com/2009/01/16/deletion-electronic-files/comment-page-1/#comment-85056</link>
		<dc:creator>Record retention clauses in confidentiality agreements &#124; FirstDrafter</dc:creator>
		<pubDate>Wed, 25 Mar 2009 15:35:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.adamsdrafting.com/2009/01/16/deletion-electronic-files/#comment-85056</guid>
		<description>[...] to ideas suggested in a useful comment thread at contract drafting guru Ken Adams&#8217;s blog, I added some return-or-destruction clauses to the [...]</description>
		<content:encoded><![CDATA[<p>[...] to ideas suggested in a useful comment thread at contract drafting guru Ken Adams&#8217;s blog, I added some return-or-destruction clauses to the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Understanding your own technologies is required for negotiation success. &#124; licensinghandbook.com</title>
		<link>http://www.adamsdrafting.com/2009/01/16/deletion-electronic-files/comment-page-1/#comment-83068</link>
		<dc:creator>Understanding your own technologies is required for negotiation success. &#124; licensinghandbook.com</dc:creator>
		<pubDate>Sun, 01 Mar 2009 17:11:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.adamsdrafting.com/2009/01/16/deletion-electronic-files/#comment-83068</guid>
		<description>[...] Adams recently posted about the destruction of confidential information that would otherwise be found on backup media. [...]</description>
		<content:encoded><![CDATA[<p>[...] Adams recently posted about the destruction of confidential information that would otherwise be found on backup media. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: AdamsDrafting &#187; Blog Archive &#187; When the Parties Know That an Obligation Can&#8217;t Be Performed</title>
		<link>http://www.adamsdrafting.com/2009/01/16/deletion-electronic-files/comment-page-1/#comment-80694</link>
		<dc:creator>AdamsDrafting &#187; Blog Archive &#187; When the Parties Know That an Obligation Can&#8217;t Be Performed</dc:creator>
		<pubDate>Wed, 04 Feb 2009 18:44:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.adamsdrafting.com/2009/01/16/deletion-electronic-files/#comment-80694</guid>
		<description>[...] in the extensive comments to my recent post &#8220;Language Requiring Deletion of Electronic Files&#8221; is a comment by Michael Fleming to the effect that it&#8217;s appropriate to impose on a party [...]</description>
		<content:encoded><![CDATA[<p>[...] in the extensive comments to my recent post &#8220;Language Requiring Deletion of Electronic Files&#8221; is a comment by Michael Fleming to the effect that it&#8217;s appropriate to impose on a party [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ken Adams</title>
		<link>http://www.adamsdrafting.com/2009/01/16/deletion-electronic-files/comment-page-1/#comment-79905</link>
		<dc:creator>Ken Adams</dc:creator>
		<pubDate>Wed, 28 Jan 2009 04:12:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.adamsdrafting.com/2009/01/16/deletion-electronic-files/#comment-79905</guid>
		<description>Michael: By way of rounding out the discussion, I think I&#039;m with Art on this one: The receiving party is under an obligation not to disclose, so an obligation to destroy confidential information would seem to be more a matter of reducing the likelihood of inadvertent disclosure rather than allocating risk. If that&#039;s the case, it would make sense to have the obligation be one to use reasonable efforts. Ken</description>
		<content:encoded><![CDATA[<p>Michael: By way of rounding out the discussion, I think I&#8217;m with Art on this one: The receiving party is under an obligation not to disclose, so an obligation to destroy confidential information would seem to be more a matter of reducing the likelihood of inadvertent disclosure rather than allocating risk. If that&#8217;s the case, it would make sense to have the obligation be one to use reasonable efforts. Ken</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sandy Burge</title>
		<link>http://www.adamsdrafting.com/2009/01/16/deletion-electronic-files/comment-page-1/#comment-79271</link>
		<dc:creator>Sandy Burge</dc:creator>
		<pubDate>Thu, 22 Jan 2009 20:28:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.adamsdrafting.com/2009/01/16/deletion-electronic-files/#comment-79271</guid>
		<description>The HIPAA (Health Insurance Portability and Accountability Act) Security and Privacy regulations require that health plans have data destruction language in contracts.  But they add language that might be helpful in this case:


    7.5    Disposition and/or Retention of Protected Information/Data upon Completion, Expiration, or Agreement Termination.
	 Upon completion, expiration, or termination of this Agreement, CONTRACTOR will return or destroy all protected information received from STATE or created or received by CONTRACTOR for purposes associated with this Agreement.  CONTRACTOR  will retain no copies of such protected information, provided that if both parties agree that such return or destruction is not feasible, or if CONTRACTOR is required by the applicable regulation, rule or statutory retention schedule to retain beyond the life of this Agreement, CONTRACTOR will extend the protection of the Information Privacy and Security Clause of this Agreement to the protected information not returned or destroyed, and refrain from further use or disclosure of such information for as long as CONTRACTOR retains the protected information.</description>
		<content:encoded><![CDATA[<p>The HIPAA (Health Insurance Portability and Accountability Act) Security and Privacy regulations require that health plans have data destruction language in contracts.  But they add language that might be helpful in this case:</p>
<p>    7.5    Disposition and/or Retention of Protected Information/Data upon Completion, Expiration, or Agreement Termination.<br />
	 Upon completion, expiration, or termination of this Agreement, CONTRACTOR will return or destroy all protected information received from STATE or created or received by CONTRACTOR for purposes associated with this Agreement.  CONTRACTOR  will retain no copies of such protected information, provided that if both parties agree that such return or destruction is not feasible, or if CONTRACTOR is required by the applicable regulation, rule or statutory retention schedule to retain beyond the life of this Agreement, CONTRACTOR will extend the protection of the Information Privacy and Security Clause of this Agreement to the protected information not returned or destroyed, and refrain from further use or disclosure of such information for as long as CONTRACTOR retains the protected information.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shantanu</title>
		<link>http://www.adamsdrafting.com/2009/01/16/deletion-electronic-files/comment-page-1/#comment-79184</link>
		<dc:creator>Shantanu</dc:creator>
		<pubDate>Thu, 22 Jan 2009 06:11:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.adamsdrafting.com/2009/01/16/deletion-electronic-files/#comment-79184</guid>
		<description>Recently came across these relevant clauses in the Confidentiality Agreement :

1. The Recipient :
1.1. shall be allowed to retain one copy of the Confidential Information to the extent required to comply with applicable law or regulation; and 

1.2. shall not be required to destroy copies of any computer records or files containing the Confidential Information which have been created pursuant to automatic archiving or back-up procedures on secured central storage servers and which cannot reasonably be deleted;

2. In the event that any such Confidential Information is retained pursuant to Clauses 1.1 and 1.2, the terms and conditions of this Agreement shall remain in full force and effect with respect to such Confidential Information so retained for so long as such Confidential Information is retained.</description>
		<content:encoded><![CDATA[<p>Recently came across these relevant clauses in the Confidentiality Agreement :</p>
<p>1. The Recipient :<br />
1.1. shall be allowed to retain one copy of the Confidential Information to the extent required to comply with applicable law or regulation; and </p>
<p>1.2. shall not be required to destroy copies of any computer records or files containing the Confidential Information which have been created pursuant to automatic archiving or back-up procedures on secured central storage servers and which cannot reasonably be deleted;</p>
<p>2. In the event that any such Confidential Information is retained pursuant to Clauses 1.1 and 1.2, the terms and conditions of this Agreement shall remain in full force and effect with respect to such Confidential Information so retained for so long as such Confidential Information is retained.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: D. C. Toedt</title>
		<link>http://www.adamsdrafting.com/2009/01/16/deletion-electronic-files/comment-page-1/#comment-79127</link>
		<dc:creator>D. C. Toedt</dc:creator>
		<pubDate>Wed, 21 Jan 2009 21:34:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.adamsdrafting.com/2009/01/16/deletion-electronic-files/#comment-79127</guid>
		<description>Michael Fleming writes:  &quot;&lt;em&gt;Fraud wouldn’t sound here since the disclosing party could NEVER show reasonable reliance on literal compliance with that clause.&lt;/em&gt;&quot;

I guess we&#039;ll have to agree to disagree on that. My computer expertise is limited, but so far as I know, it is indeed possible to destroy data. There&#039;s software out there that purports to do just that, by repeatedly overwriting the storage location(s).  

In any case, I&#039;d be extremely surprised if a receiving party could get summary judgment on that point&#160;&#8212; the disclosing party would almost surely be able to get to the jury, which means the receiving party would have to incur the expense and inconvenience of discovery, and would be rolling the dice on the outcome.

--------------

Michael writes: &quot;&lt;em&gt;Besides, what’s the difference? If I’m suing for plain breach of contract (failure to fulfill the duty to destroy) aren’t I seeking the same damages as I might in a fraud case? I fail to see the need to raise fraud here.&lt;/em&gt;&quot;

Several things:

1. Fraud has such a nice ring to it; as a disclosing party&#039;s trial counsel, I&#039;m certainly going to try to plead it so I can throw the term around in front of the jury to try to prejudice the jurors against the receiving party.  (How much I actually do use the term will depend on the circumstances, of course.)

2. Fraud opens up the possibility of punitive damages, not just conventional contract damages.

3. Fraud potentially expands the universe of discoverable evidence that the disclosing party&#039;s counsel can demand to crawl through.

----------------------

Michael writes:  &quot;&lt;em&gt;If I have to go through a long analysis to see if receiving party’s duty wasn’t in fact breached because the stolen data was part of a backup tape that we all agreed might not be destroyed, I’ve potentially wiped out my ability to sue receiving party for the damages he caused.&quot;&lt;/em&gt;

Now &lt;em&gt;that&lt;/em&gt; is indeed a legitimate risk-allocation issue.  It could be addressed by providing that, if a third party improperly gets ahold of the information from the receiving party, then the receiving party will indemnify the disclosing party against any resulting third-party claims.</description>
		<content:encoded><![CDATA[<p>Michael Fleming writes:  &#8220;<em>Fraud wouldn’t sound here since the disclosing party could NEVER show reasonable reliance on literal compliance with that clause.</em>&#8221;</p>
<p>I guess we&#8217;ll have to agree to disagree on that. My computer expertise is limited, but so far as I know, it is indeed possible to destroy data. There&#8217;s software out there that purports to do just that, by repeatedly overwriting the storage location(s).  </p>
<p>In any case, I&#8217;d be extremely surprised if a receiving party could get summary judgment on that point&nbsp;&mdash; the disclosing party would almost surely be able to get to the jury, which means the receiving party would have to incur the expense and inconvenience of discovery, and would be rolling the dice on the outcome.</p>
<p>&#8212;&#8212;&#8212;&#8212;&#8211;</p>
<p>Michael writes: &#8220;<em>Besides, what’s the difference? If I’m suing for plain breach of contract (failure to fulfill the duty to destroy) aren’t I seeking the same damages as I might in a fraud case? I fail to see the need to raise fraud here.</em>&#8221;</p>
<p>Several things:</p>
<p>1. Fraud has such a nice ring to it; as a disclosing party&#8217;s trial counsel, I&#8217;m certainly going to try to plead it so I can throw the term around in front of the jury to try to prejudice the jurors against the receiving party.  (How much I actually do use the term will depend on the circumstances, of course.)</p>
<p>2. Fraud opens up the possibility of punitive damages, not just conventional contract damages.</p>
<p>3. Fraud potentially expands the universe of discoverable evidence that the disclosing party&#8217;s counsel can demand to crawl through.</p>
<p>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-</p>
<p>Michael writes:  &#8220;<em>If I have to go through a long analysis to see if receiving party’s duty wasn’t in fact breached because the stolen data was part of a backup tape that we all agreed might not be destroyed, I’ve potentially wiped out my ability to sue receiving party for the damages he caused.&#8221;</em></p>
<p>Now <em>that</em> is indeed a legitimate risk-allocation issue.  It could be addressed by providing that, if a third party improperly gets ahold of the information from the receiving party, then the receiving party will indemnify the disclosing party against any resulting third-party claims.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Fleming</title>
		<link>http://www.adamsdrafting.com/2009/01/16/deletion-electronic-files/comment-page-1/#comment-79102</link>
		<dc:creator>Michael Fleming</dc:creator>
		<pubDate>Wed, 21 Jan 2009 18:40:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.adamsdrafting.com/2009/01/16/deletion-electronic-files/#comment-79102</guid>
		<description>D.C., I respectfully disagree -- Fraud wouldn&#039;t sound here since the disclosing party could NEVER show reasonable reliance on literal compliance with that clause. Claimed naivete of how computers work is no longer a valid excuse for anybody who has failed to protect their data.  (Just try that one with Visa or MasterCard someday.)  Besides, what&#039;s the difference?  If I&#039;m suing for plain breach of contract (failure to fulfill the duty to destroy) aren&#039;t I seeking the same damages as I might in a fraud case? I fail to see the need to raise fraud here.

And, I still say that disclosers who feel better off for having described in excrutiating detail all of the reasons that the receiving party is off the hook for having failed to destroy the data are in fact in much worse shape.  Disclosers who allow receiving parties those excuses are probably also violating the disclosing party&#039;s upward obligations to others who care about that same data (such as Visa or MasterCard), so again it makes no sense for the discloser to allow anything other than &#039;destroy it all, period.&#039; If the receiver can&#039;t do that, then the receiver holds the bag if it loses it, regardless of good intentions to try to actually destroy it.

If I&#039;m the discloser, I want something handy when the lawsuits start flying arising out of the receiving party&#039;s undestroyed data that gives me an unequivocal right to assign the blame, the risks and the damages to the receiving party, no ifs ands or buts.  If I have to go through a long analysis to see if receiving party&#039;s duty wasn&#039;t in fact breached because the stolen data was part of a backup tape that we all agreed might not be destroyed, I&#039;ve potentially wiped out my ability to sue receiving party for the damages he caused.

(In my mind, this is just as bad as accepting knowledge-clauses on IP warranties.  I don&#039;t care if you knew about it or not -- What I care about is that I just got sued because of your bad stuff.)

(And, of course, if I&#039;m representing receiving parties, I&#039;m just as motivated to cloud the duty to destroy as much as I possibly can, since that will give me an argument to make when disclosing party sues me someday. Nobody says that both sides in this adversarial relationship have the same motivations!)</description>
		<content:encoded><![CDATA[<p>D.C., I respectfully disagree &#8212; Fraud wouldn&#8217;t sound here since the disclosing party could NEVER show reasonable reliance on literal compliance with that clause. Claimed naivete of how computers work is no longer a valid excuse for anybody who has failed to protect their data.  (Just try that one with Visa or MasterCard someday.)  Besides, what&#8217;s the difference?  If I&#8217;m suing for plain breach of contract (failure to fulfill the duty to destroy) aren&#8217;t I seeking the same damages as I might in a fraud case? I fail to see the need to raise fraud here.</p>
<p>And, I still say that disclosers who feel better off for having described in excrutiating detail all of the reasons that the receiving party is off the hook for having failed to destroy the data are in fact in much worse shape.  Disclosers who allow receiving parties those excuses are probably also violating the disclosing party&#8217;s upward obligations to others who care about that same data (such as Visa or MasterCard), so again it makes no sense for the discloser to allow anything other than &#8216;destroy it all, period.&#8217; If the receiver can&#8217;t do that, then the receiver holds the bag if it loses it, regardless of good intentions to try to actually destroy it.</p>
<p>If I&#8217;m the discloser, I want something handy when the lawsuits start flying arising out of the receiving party&#8217;s undestroyed data that gives me an unequivocal right to assign the blame, the risks and the damages to the receiving party, no ifs ands or buts.  If I have to go through a long analysis to see if receiving party&#8217;s duty wasn&#8217;t in fact breached because the stolen data was part of a backup tape that we all agreed might not be destroyed, I&#8217;ve potentially wiped out my ability to sue receiving party for the damages he caused.</p>
<p>(In my mind, this is just as bad as accepting knowledge-clauses on IP warranties.  I don&#8217;t care if you knew about it or not &#8212; What I care about is that I just got sued because of your bad stuff.)</p>
<p>(And, of course, if I&#8217;m representing receiving parties, I&#8217;m just as motivated to cloud the duty to destroy as much as I possibly can, since that will give me an argument to make when disclosing party sues me someday. Nobody says that both sides in this adversarial relationship have the same motivations!)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Art</title>
		<link>http://www.adamsdrafting.com/2009/01/16/deletion-electronic-files/comment-page-1/#comment-79066</link>
		<dc:creator>Art</dc:creator>
		<pubDate>Wed, 21 Jan 2009 10:39:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.adamsdrafting.com/2009/01/16/deletion-electronic-files/#comment-79066</guid>
		<description>Michael, I am not sure that the disclosee has an &quot;easy defence&quot; following disclosure in these circumstances - they have breached their obligation not to disclose and so are liable. The fact that they have not also breached a destruction obligation, having used &quot;best efforts&quot; and destroyed almost all of the copies of the document, doesn&#039;t change their liability unless the drafting is duff.

I think destruction clauses are designed to be practical rather than to assign risk - it is far better to have the disclosee destroy the documents than receive compensation for a disclosure. I don&#039;t imply that the obligations have to be easy to comply with - they may be a total pain - but they do need to reflect what will actually be done, as agreed by the parties. That is the problem with agreeing to make computer data &quot;irretrievable&quot; - you can&#039;t unless you destroy the hardware afterwards, which is entirely disproportionate in almost every single case.</description>
		<content:encoded><![CDATA[<p>Michael, I am not sure that the disclosee has an &#8220;easy defence&#8221; following disclosure in these circumstances &#8211; they have breached their obligation not to disclose and so are liable. The fact that they have not also breached a destruction obligation, having used &#8220;best efforts&#8221; and destroyed almost all of the copies of the document, doesn&#8217;t change their liability unless the drafting is duff.</p>
<p>I think destruction clauses are designed to be practical rather than to assign risk &#8211; it is far better to have the disclosee destroy the documents than receive compensation for a disclosure. I don&#8217;t imply that the obligations have to be easy to comply with &#8211; they may be a total pain &#8211; but they do need to reflect what will actually be done, as agreed by the parties. That is the problem with agreeing to make computer data &#8220;irretrievable&#8221; &#8211; you can&#8217;t unless you destroy the hardware afterwards, which is entirely disproportionate in almost every single case.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: D. C. Toedt</title>
		<link>http://www.adamsdrafting.com/2009/01/16/deletion-electronic-files/comment-page-1/#comment-79005</link>
		<dc:creator>D. C. Toedt</dc:creator>
		<pubDate>Wed, 21 Jan 2009 00:28:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.adamsdrafting.com/2009/01/16/deletion-electronic-files/#comment-79005</guid>
		<description>Michael Fleming writes:

&lt;blockquote&gt;I don’t think a party could make that fraud claim with a straight face, since that would require the claimant to make a showing that it reasonably relied on the literal promise, and it would be quite difficult to show that (for the very reason that Sarita pointed out above — everybody knows it literally can’t be done, and it’s a well documented problem, so nobody could ever reasonably rely on that literal assertion).
&lt;/blockquote&gt;

If I were trial counsel for a disclosing party, I would make just that argument, in a heartbeat.  And good luck convincing a jury of lay people that &quot;everybody knows it literally can&#039;t be done&quot;; my question to the jury (as trial counsel) would be, &lt;em&gt;well if that&#039;s the case, why did they agree to it in the first place?&lt;/em&gt;</description>
		<content:encoded><![CDATA[<p>Michael Fleming writes:</p>
<blockquote><p>I don’t think a party could make that fraud claim with a straight face, since that would require the claimant to make a showing that it reasonably relied on the literal promise, and it would be quite difficult to show that (for the very reason that Sarita pointed out above — everybody knows it literally can’t be done, and it’s a well documented problem, so nobody could ever reasonably rely on that literal assertion).
</p></blockquote>
<p>If I were trial counsel for a disclosing party, I would make just that argument, in a heartbeat.  And good luck convincing a jury of lay people that &#8220;everybody knows it literally can&#8217;t be done&#8221;; my question to the jury (as trial counsel) would be, <em>well if that&#8217;s the case, why did they agree to it in the first place?</em></p>
]]></content:encoded>
	</item>
</channel>
</rss>

