22 thoughts on “The Good, the Bad, and the Ugly: “Mt. Hawley Ins. Co. v. Felman Production, Inc.””

  1. You quoted above that “The production of 377 documents … is not solely attributable to the problem with the fourth Concordance database file” and questioned what “solely” meant in this context.

    When I read that section, I immediately jumped to the prior comment that “Venable determined that 377 of these documents were privileged and that 328 came from the fourth Concordance database file.” To me, that comment implied that 49 of the documents came from one of the other 12 Concordance files. So either the indexing failed more than once or something else happened to cause the leak.

    Your comments about ratios and reasonable standards given the extraordinary volumes are well-taken. I share your frustration with the confusion between absolute and relative magnitudes. But I was not as concerned by the comment about sole cause.

  2. Maybe I am missing something- but if the Plaintiff ran search terms to determine which documents were responsive and there was an indexing failure then the documents that were not indexed should never have been produced in the first place (they would not have hit on a search term). How did they produce documents that were not searchable?

  3. It sounds as if the relevancy searches were run and the responsive docs were imported to Concordance DBs. The Concordance DBs were then indexed and Priv searches were run in Concordance to identify Priv docs. If the indexing was incomplete…..

  4. It appears that one of the real “bads” in this case was the plaintiff’s failure to consolidate duplicates prior to review. How else was there more than one copy of the email to be treated inconsistently? In fact the opinion states, “Apparently Felman produced two versions of the May 14 email, with different Bates numbers.” With emails from 29 custodians, one would expect duplicate emails across custodians. A survey by the eDiscovery Institute showed that parties that did not consolidate duplicates across custodians reviewed 27% more records on average than those who consolidated duplicates across custodians with sometimes far higher percentages in individual cases.

    The court noted that of the 377 records now claimed to be privileged, some were on the privilege log lending further support to the notion that duplicate consolidation across custodians was probably not done.

    So what we appear to have here is a case where the plaintiff’s attorneys billed for reviewing duplicate records and the client not only got overbilled for the review but ended up having privilege waived when, guess what, duplicate copies were treated inconsistently. Plaintiff would have been in a better position without having been faced with having made inconsistent privilege decisions on different copies of the same record – a risk that was discussed in “Ethics and Ediscovery Review,” by Patrick Oot, Anne Kershaw and me, published in the Jan/Feb 2010 issue of the ACC Docket.

    The court should have pointed to the failure to consolidate duplicates as a factor weighing against a finding of plaintiff having made reasonable efforts to identify privileged records. Carefully designed hash value calculation procedures would most likely have enabled plaintiff to find all records having hash values equal to records for which privilege had been claimed, independent of whether text indexing failed or didn’t fail. At the very least it would have been another prudent measure they could have pointed to in support of their argument of having taken reasonable screening measures.

    As a final comment, note that defendants were complaining about the volume of data produced to them, but there’s no record of whether they asked for across-custodian duplicate consolidation which could have reduced the volume of data, perhaps significantly. The old argument that you need a copy from each custodian who had a copy in order to know who they were doesn’t hold water – the producing party can identify all custodians who had copies or each record and could even provide the path information for each copy.

  5. Hi Ralph:

    You’ve outdone yourself with this ithoughtful and spirited analysis. May I take issue with your statement–or at least inquire as to your intent when you recite–“You cannot search ESI that has not been indexed.”

    Certainly you can,if you have the source ESI (not soley the indices) available to you. For good or ill, indexed search is the standard for the e-discovery industry, but linear search tends to be the standard in computer forensics. With linear search, you actually search the data. With indexed search, you’re arguably only searching metadata; that is, if you define a rules-based detection of a word as a form of metadata.

    I’ve long believed that privilege is a term well-suited to describing a narrow dispensation from the duty to produce relevant evidence. It’s a “privilege” to be granted this exception, and so it’s not unreasonable to impose a substantial burden on those who claim such privilege. Perhaps, there should be an obligation for counsel to segregate privileged communications found in counsel’s file (including counsel’s e-mail about the case) and run targeted searches on materials slated for production seeking known, core privileged communications.

    One need not be a Mensa member to figure out that the e-mail with counsel geared to whether or not to fabricate backdated evidence (if, indeed,that’s the tenor of the May 14 e-mail exchange) should perhaps be deemed so critical–so inflammatory–that it and like known privileged material warrants particularized linear search through the material slated for production as a prudent QA/QC mechanism.

    My thinking is that, for all the many challenges there are to isolating privileged material in voluminous ESI, finding the privileged items well known to counsel and appearing in their own files need not be one of them.

  6. Hi Ralph,
    Really good analysis of this opinion. Also encourages me to watch the movie again.

    Your points about proportionality in terms of number of inadvertently privileged documents produced relative to the total produced, and the defect of the software in spite of arguably “reasonable” efforts are right on point (IMHO).

    What I really appreciate is your notion of “quick peek” in a context I hadn’t considered. We tend to think of “quick peek” as isolating a set of ESI and turning it over without any review or analysis, and my experience along with recent (informal) surveys show that clients/counsel are very reluctant to take that approach — largely because of privilege issues. The concern is that the bell cannot be unrung. However, I think you are suggesting that the parties agree upon a process, including automated searches or protocols, to isolate a subset of ESI unlikely (but not guaranteed) to be free of privileged material and then turn that over in a “quick peek” type of situation. To the extent the process did not filter out all privileged information, which is certainly the case, the producing party is protected. It also helps with the “data dump” argument.

    Anyway, thanks for posting. And also congrats on your new position. Looking forward to catching up soon.

    Jeane

  7. I like that this opinion is drawing attention to how search and retrieval is being done, what tools are used, and if any quality control or sampling was done, but I think the more important point is that clients, their attorneys, and their vendors need to know what is being done to the review data. How is it being indexed and what, exactly, is being indexed – because you won’t be able to find what isn’t indexed when you are using keyword search.

  8. This is exactly why I have been preaching the “concept search/near duplicate clustering” gospel for years. Even if database 4 had a failed Concordance index, any of the tools readily available in the marketplace (Synthetix, Equivio, Stratify, etc.) would have at least pointed reviewers to the existence of other similar emails… even those that had failed to “Hash”.

    I have long been a proponent of a “Best Practice” that dictates the final step review and QC of the priv log using some type of Near Duplicate technology before documents are produced. Best to spend the time and money to do everything reasonably possible to ensure that privilege is properly asserted on all iterations of a document than to rely on simple keyword searches and hope for the best.

    Ralph makes some great comments with regard to the incredibly small percentage of missed documents when compared to the entirety of the corpus, but it only takes one to kill a case.

  9. Ralph,

    Interesting analysis. You’re always at the front of the pack.

    Craig’s point on linear search is well taken. I would be interested to know how much extra time and effort a litigant would need to conduct linear searching over the traditional (extracted text) indexed search.

    I imagine the time required to search a large set of documents with hundreds (if not thousands) of search terms and queries might seem daunting at best.

    A well thought out privilege screen would at the very least contain the domain names of outside law firms, attorney e-mail addresses, and attorney names, perhaps even hash values of documents logged as privileged in prior cases. Can linear search accommodate this request in a timely fashion?

    Alternatively, maybe a linear search of the production set alone might be advisable.

    I went and pulled the joint stipulation

    http://www.electronicdiscoveryinstitute.org/MiscDocs/FelmanStipulationReProductionofESI.pdf

    I find it troubling that the parties were so specific about many aspects of the stipulation (production format, metadata, etc.) but didn’t seek a protective order with language defining:

    How a party will be deemed to have taken reasonable steps to prevent disclosure; and

    How a party will be deemed to have taken reasonable steps to rectify the error.

    Specifically, the parties should have agreed to process, timing, and logging methodology.

    Two years ago, several of us from The Sedona Conference crafted a few protective order provisions that would have avoided the judge’s analysis. They are attached to my article at page 15.

    http://www.electronicdiscoveryinstitute.org/MiscDocs/20091001-TSCOot502Article.pdf

    Had the parties followed a specific protocol identified in a protective order, this war might have been avoided.

    Patrick Oot

    1. Thanks for those good practice tips. This kind of agreement and order should become a common practice, especially after this case. Yet, confusion is still widespread on 502 orders. I still run into attorneys who think it only applies to quick peek agreements.

  10. Patrick:

    I was advocating linear search only against the materials slated for production, not the entire collection for the very reasons you suppose: time.

    As to your good questions, yes, linear search can handily traverse the proposed production items for attorney names and addresses. A hash comparison for known privileged items could also be undertaken–and it’s very fast and valuable, assuming you’ve reconciled the peculiar challenges attendant to hashing e-mail messages so as to facilitate useful comparisons. That’s a whole other post in itself.

    I’ve talked further about linear search as a QA/QC backstop for privileged material at the EDDUpdate blog: http://www.eddupdate.com/2010/06/a-quality-assurance-tip-for-privileged-esi.html

  11. Dear Mr. Losey,
    Thank you for sharing your insights and analysis on this blog.
    I do have a comment regarding 502(b) and (d). Instead of having the parties agree on what is reasonable, why not try to avoid rule 502(b) altogether. The advisory committee notes state, “the court order may provide for return of documents without waiver irrespective of the care taken by the disclosing party.” I believe this would be in keeping with the recent analysis of 502(d) in Rajala v. McGuire Woods, LLP.
    Thank you for your consideration of this idea.

  12. Honestly, I am a bit offended that you are making West Virginia sound like some type of third world country with no technology. As you probably do not know, WV is home to many companies and government installations such as the FBI document center, the Dept. of Veterans Affairs network and security operations center amond others. Not to mention that West Virginia University has a nationally acclaimed computer science and engineering department. Although i enjoyed reading your blog on the Felman case, it would have been much better had you not taken the point of view that WV is backwards where everyone is barefooted and do not even have running water, let alone an internet connection.

  13. Pingback: Ball in your Court

Leave a Reply