<?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: A 1L’s Early “Discovery” of What Not To Do</title>
	<atom:link href="http://www.discoveryresources.org/electronic-discovery-community/1l-early-discovery/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.discoveryresources.org/electronic-discovery-community/1l-early-discovery/</link>
	<description>Electronic Discovery (E-Discovery) Resources, News &#38; Information</description>
	<lastBuildDate>Tue, 16 Aug 2011 20:04:43 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Randi Zuccarello</title>
		<link>http://www.discoveryresources.org/electronic-discovery-community/1l-early-discovery/#comment-492</link>
		<dc:creator>Randi Zuccarello</dc:creator>
		<pubDate>Thu, 22 Jan 2009 21:45:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.discoveryresources.org/?p=513#comment-492</guid>
		<description>Frank....great piece!  In todays e-world, wouldn&#039;t you say that Partner A was a little naive in not having backup data stored elsewhere?  It is hard to believe that anyone who has any knowledge of computers, ever experienced a computer &#039;crash&#039;, or uses a computer in their business environment could still be naive enough to think that nothing could ever happen to the data.  Hasn&#039;t anyone ever heard of Murphy&#039;s Law?  I&#039;m sure Partner A learned a hard lesson from all this.
Thanks for a good article!</description>
		<content:encoded><![CDATA[<p>Frank&#8230;.great piece!  In todays e-world, wouldn&#8217;t you say that Partner A was a little naive in not having backup data stored elsewhere?  It is hard to believe that anyone who has any knowledge of computers, ever experienced a computer &#8216;crash&#8217;, or uses a computer in their business environment could still be naive enough to think that nothing could ever happen to the data.  Hasn&#8217;t anyone ever heard of Murphy&#8217;s Law?  I&#8217;m sure Partner A learned a hard lesson from all this.<br />
Thanks for a good article!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Frank</title>
		<link>http://www.discoveryresources.org/electronic-discovery-community/1l-early-discovery/#comment-486</link>
		<dc:creator>Frank</dc:creator>
		<pubDate>Tue, 20 Jan 2009 02:39:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.discoveryresources.org/?p=513#comment-486</guid>
		<description>Nick,

As I indicated in the article, I&#039;m only a 1L, so I&#039;m not 100% sure if my responses are correct (note disclaimer above).  Anyway, to the best of my knowledge, if the &quot;company computer guy&quot; spilled a drink on your evidence, you&#039;d have a couple of options. 

If it happened before any notice of litigation as a complete accident, you could probably only sue him for the damages of the property.  Using the parties from the Peskoff case as an example, when it comes to the trial, Faber would just have to say what happened.  He wouldn&#039;t have to produce the data (since it&#039;s no longer possible), but Peskoff could just make a case that everything incriminating is on the data.  It would come down to a jury determination; Peskoff would need to show, by a preponderance of the evidence, that he&#039;s telling the truth.

If it happened after notice of litigation, there may be a possibility for Faber to file a separate action against the IT guy for destruction of evidence for pending litigation (known as spoliation).  At the trial stage, it would again be a jury determination of whose argument is stronger since the evidence is gone, regardless.

As for your other question about determining the validity of the records produced, Peskoff would have to assert claims that the evidence produced was tampered with through affidavit to the judge (including facts about digital signatures, timestamps and other electronic forensics info), and the judge would make the determination viewing the facts in a light most favorable to the opposing party (Faber).  If the judge finds that more accurate data is available, he can compel production.  If the data is no longer available in its un-tampered state, Faber could be found to have committed the tort of spoliation and/or sanctions may be issued.  If the judge is not convinced that foul-play occurred, the jury decides the truth again. 

Hopefully this whitens some of the grey areas for you.</description>
		<content:encoded><![CDATA[<p>Nick,</p>
<p>As I indicated in the article, I&#8217;m only a 1L, so I&#8217;m not 100% sure if my responses are correct (note disclaimer above).  Anyway, to the best of my knowledge, if the &#8220;company computer guy&#8221; spilled a drink on your evidence, you&#8217;d have a couple of options. </p>
<p>If it happened before any notice of litigation as a complete accident, you could probably only sue him for the damages of the property.  Using the parties from the Peskoff case as an example, when it comes to the trial, Faber would just have to say what happened.  He wouldn&#8217;t have to produce the data (since it&#8217;s no longer possible), but Peskoff could just make a case that everything incriminating is on the data.  It would come down to a jury determination; Peskoff would need to show, by a preponderance of the evidence, that he&#8217;s telling the truth.</p>
<p>If it happened after notice of litigation, there may be a possibility for Faber to file a separate action against the IT guy for destruction of evidence for pending litigation (known as spoliation).  At the trial stage, it would again be a jury determination of whose argument is stronger since the evidence is gone, regardless.</p>
<p>As for your other question about determining the validity of the records produced, Peskoff would have to assert claims that the evidence produced was tampered with through affidavit to the judge (including facts about digital signatures, timestamps and other electronic forensics info), and the judge would make the determination viewing the facts in a light most favorable to the opposing party (Faber).  If the judge finds that more accurate data is available, he can compel production.  If the data is no longer available in its un-tampered state, Faber could be found to have committed the tort of spoliation and/or sanctions may be issued.  If the judge is not convinced that foul-play occurred, the jury decides the truth again. </p>
<p>Hopefully this whitens some of the grey areas for you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick G.</title>
		<link>http://www.discoveryresources.org/electronic-discovery-community/1l-early-discovery/#comment-484</link>
		<dc:creator>Nick G.</dc:creator>
		<pubDate>Sun, 18 Jan 2009 19:39:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.discoveryresources.org/?p=513#comment-484</guid>
		<description>Good article Frank. If, as you said in your example, your company&#039;s IT guy were to destroy all of your evidence by spilling his drink on your computer, what can you do legally? Are you just out of luck? That&#039;s a gray area that interests me. I assume that this Faber mistake is more common than not, like you said.

Another thing that interests me -- and this question may be more out of ignorance about computers than the law -- is how a court can know, with absolute certainty, that e-mail records were not tampered with by the one providing them to the court? In this case, if it were not for Facciola&#039;s suspicion, would it have been left up to the attorneys to blow the whistle on the absence of e-mails from &#039;01 to &#039;03? 

Overall really unique case, and good read.</description>
		<content:encoded><![CDATA[<p>Good article Frank. If, as you said in your example, your company&#8217;s IT guy were to destroy all of your evidence by spilling his drink on your computer, what can you do legally? Are you just out of luck? That&#8217;s a gray area that interests me. I assume that this Faber mistake is more common than not, like you said.</p>
<p>Another thing that interests me &#8212; and this question may be more out of ignorance about computers than the law &#8212; is how a court can know, with absolute certainty, that e-mail records were not tampered with by the one providing them to the court? In this case, if it were not for Facciola&#8217;s suspicion, would it have been left up to the attorneys to blow the whistle on the absence of e-mails from &#8217;01 to &#8217;03? </p>
<p>Overall really unique case, and good read.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tony</title>
		<link>http://www.discoveryresources.org/electronic-discovery-community/1l-early-discovery/#comment-479</link>
		<dc:creator>Tony</dc:creator>
		<pubDate>Fri, 16 Jan 2009 16:59:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.discoveryresources.org/?p=513#comment-479</guid>
		<description>From a fellow 1L, I found this article both insightful and well-done. Faber makes one of the classic mistakes of civil litigation, whether intentional or not, which is not producing the documents the court tells you to produce. If Faber thought he could surreptitiously hide material from the court, it was a poorly played move. However, having a poor data management protocol would cost him just as dearly. Whatever his reason for not providing the requested documents, the author duly points out the consequences: &quot;be ready to explain why.&quot;</description>
		<content:encoded><![CDATA[<p>From a fellow 1L, I found this article both insightful and well-done. Faber makes one of the classic mistakes of civil litigation, whether intentional or not, which is not producing the documents the court tells you to produce. If Faber thought he could surreptitiously hide material from the court, it was a poorly played move. However, having a poor data management protocol would cost him just as dearly. Whatever his reason for not providing the requested documents, the author duly points out the consequences: &#8220;be ready to explain why.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Camille Daunno</title>
		<link>http://www.discoveryresources.org/electronic-discovery-community/1l-early-discovery/#comment-477</link>
		<dc:creator>Camille Daunno</dc:creator>
		<pubDate>Wed, 14 Jan 2009 13:18:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.discoveryresources.org/?p=513#comment-477</guid>
		<description>Well Done observation...you brought out very astute facts...you will be an amazing attorney..keep up the good work.</description>
		<content:encoded><![CDATA[<p>Well Done observation&#8230;you brought out very astute facts&#8230;you will be an amazing attorney..keep up the good work.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

