Skip to content
No results
  • About
    • EDRM Global Advisory Council
    • EDRM Policies
    • Get Involved
    • Awards
    • GO Spirit Award
    • Hub
    • Contact
  • Models & Tools
    • Models
      • EDRM Model
      • Information Governance Reference Model
      • Metrics Model
      • Privacy & Security Risk Reduction Model
    • Datasets
    • Tools
      • Budget Calculators
      • E-Discovery Tools
      • Security Audit Questionnaire
      • eDiscovery Maturity Self-Assessment Test
  • EDRM Wiki
  • Blog
  • EDRM News
    • Above the Fold Newsletter
  • Education
    • Podcasts
    • Webinars
    • Events
    • White Papers
  • Projects
  • Partners
  • Remembering Kaylee
EDRM
  • About
    • EDRM Global Advisory Council
    • EDRM Policies
    • Get Involved
    • Awards
    • GO Spirit Award
    • Hub
    • Contact
  • Models & Tools
    • Models
      • EDRM Model
      • Information Governance Reference Model
      • Metrics Model
      • Privacy & Security Risk Reduction Model
    • Datasets
    • Tools
      • Budget Calculators
      • E-Discovery Tools
      • Security Audit Questionnaire
      • eDiscovery Maturity Self-Assessment Test
  • EDRM Wiki
  • Blog
  • EDRM News
    • Above the Fold Newsletter
  • Education
    • Podcasts
    • Webinars
    • Events
    • White Papers
  • Projects
  • Partners
  • Remembering Kaylee
EDRM

Document Correlation

  • Michael D. Berman
  • November 4, 2025
  • Blog Articles, Case Law, In the News, Metadata, Recent News, Rules
Document Correlation by Michael Berman, E-Discovery LLC.
Image: Holley Robinson, EDRM.

[EDRM Editor’s Note: The opinions and positions are those of Michael Berman.]


MuniCap, Inc. v. Wilson, 2025 WL 3003968 (D. Md. Oct. 24, 2025)(Austin, J.), is the latest decision in the long simmering dispute over document correlation under Fed.R.Civ.P. 32. The dispute centers on whether Subsection E(i) or E(ii) governs production of ESI.

THE RULE 34(b)(2)(E)(i) & (2) DISPUTE

Subsection E(i) states that: “A party must produce documents as they are kept in the usual course of business or must organize and label them to correspond to the categories in the request….”  That is sometimes called document correlation because each produced document must be correlated to the numbered request asking for its production.

Subsection E(ii) states that: “If a request does not specify a form for producing electronically stored information, a party must produce it in a form or forms in which it is ordinarily maintained or in a reasonably usable form or forms….”  Correlation is not required.

For a history of the issue, please see Document Correlation Under Fed.R.Civ.P. 34(b)(2)(E) (Jul. 29, 2025), discussing the split of authority and disagreeing with the solution in Sievert Elec. Svc. and Sales Co. v. Storako, 2025 WL 2084229 (N.D. Ill. Jul. 24, 2025).

PROPOSED USE OF METADATA AS A “WORK AROUND” TO MOOT THE ISSUE

My proposed solution is to use metadata as a way to work around the correlation issue. Does Rule 34(b)(2)(E)(i) Mandate “Document Correlation” When ESI is Produced and, If So, Does Metadata Provide a “Work-Around” to Avoid the Costs of That Correlation Process? (Jul. 20, 2021). 

I suggest that the MuniCap Court reached a similar, or the same, result.  I suggested that:

If ESI is produced with appropriate metadata, it likely makes no difference whether subsection (E)(i) or (E)(ii) governs.  The produced ESI can be loaded into a litigation review platform, such as Digital War Room, Relativity, Reveal, or others.  At that point, the receiving party will have the information and ability to determine how the documents were kept “in the usual course of business” by sorting by custodian, folder, file path, sender, recipients, or dates.  That eliminates any requirement of document correlation under (E)(i).  Further, those metadata fields will show how the ESI was ordinarily maintained, as required by (E)(ii).  The data will be reasonably usable if produced in native form or searchable static form with appropriate load files.

After a comprehensive review, the MuniCap court wrote: “The Court discerns from these cases that proper preservation of metadata and custodians will, at least in many cases, satisfy Rule 34(b)(2)(E)(i).”  It rejected MuniCap’s “frustration” that the contents did not correlate with a particular RFP.  It wrote: “Context, as in most things, is key.”

MUNICAP: PROPER METADATA WILL SATISIFY RULE 34(b)(2)(E)(i)

In my opinion, while accepting the majority view to the contrary, as a practical matter, the MuniCap Court adopted the suggested approach. 

In MuniCap, a former employer sued a former employee for alleged violation of a non-competition clause, i.e., alleged “poaching.”  In pertinent part, MuniCap filed a “Motions to Compel Categorization of Document Production.”  With the exception of compelling some additional limited information about Excel spreadsheets, the motion was denied.

MuniCap alleged that defendant Wilson must organize his production.  Mr. Wilson refused, asserting that Rule 32(b)(2)(E)(i) did not apply to ESI because metadata had been provided.  In response, “MuniCap’s counsel maintained that searching metadata of these documents would not always reveal their connection to any particular RFP.” Mr. Wilson disagreed. In reply, he offered additional information on the spreadsheets, but maintained that metadata sufficed for the rest.

The production was all from Wilson’s computer and devices, and appeared to exceed 75,000 pages. Except for Excel files, it was produced in searchable .TIFF format.

[R]egardless of which Rule 34(b)(2)(E) subparts apply, Wilson’s production satisfies the Rule.

MuniCap, Inc. v. Wilson, 2025 WL 3003968 (D. Md. Oct. 24, 2025)(Austin, J.).

The MuniCap Court held that it “will not compel ESI categorization in this circumstance where the ESI production is searchable, the production includes metadata, and the producing party identified the relevant custodian of the ESI.”  It reasoned that “regardless of which Rule 34(b)(2)(E) subparts apply, Wilson’s production satisfies the Rule.” [emphasis added].

The Court framed the issue: “There appears to be no serious dispute that the format requirements of 34(b)(2)(E)(ii) apply to ESI. Courts disagree, however, about whether the organizational requirements of 34(b)(2)(e)(i) also apply to ESI.” [emphasis in original].

The Court began its analysis by noting and exhaustively discussing the split of authority.  It wrote: “A minority of courts hold that ESI are governed exclusively by Rule 34(b)(2)(E)(ii).”  Those courts view (E)(ii) as a distinct subsection for ESI and the organizational requirement is not necessary.

The Court then stated that: “In contrast, a majority of courts considering the issue hold that ESI production must satisfy both Rule 34(b)(2)(E)(i)-(ii), emphasizing that when the Advisory Committee rewrote Rule 34, it sought to provide similar protection for both hard copies of documents and ESI.”

The MuniCap Court then wrote:

Regardless of the split as to which subsections apply to ESI, all courts focus on the usability of the ESI—the minority finding that searchable ESI is inherently usable, and the majority placing an extra layer of protection on that usability by requiring compliance with the organizational requirements of Rule 34(b)(2)(E)(i).

It wrote that production with metadata may be “functionally analogous” to correlation, and added:

Mindful that majority view has long been applied by opinions in this circuit, the Court finds that, regardless of approach, Wilson’s production satisfies Rule 34(b)(2)(E), save for the issue with certain spreadsheets.

Analyzing the Rule “in reverse order,” the production of searchable documents with sortable metadata fields met the requirements of (E)(ii).  The Court wrote that: “There is no serious dispute that the production in TIFF format is searchable and preserves metadata. MuniCap challenges the usefulness—rather than the existence—of such data overall, with special emphasis on certain spreadsheets as explained below.”  There, I respectfully disagree.  The TIFF form must be supplemented by a load file that contains the metadata. However, presumably that was done here.

The MuniCap Court then wrote that Subsection (E)(i) is in the disjunctive.  The producing party must either produce as kept in the usual course OR correlate the production to the requests.  It wrote that a producing party need not do both. It wrote:

Mindful of these requirements and their purpose, courts applying Rule 34(b)(2)(E)(i) often find production compliant where the producing party provides searchable ESI that preserves metadata and is organized by custodian.

Here, Mr. Wilson, the sole custodian, had done that for all documents except Excel spreadsheets.

Further, the MuniCap Court held that the production was as the documents were kept in the usual course of business. That is satisfied by a production organized by custodian, dates, file path, and with attachments.  They were ingested into Relativity and that was “sufficient to show production in the usual course here.”  One important fact was that all of the ESI came from a single custodian.

The Excel spreadsheets received a more focused analysis.  Mr. Wilson was ordered to identify the filepath and folder information for them. The Court wrote that:

Notwithstanding the general conclusion that metadata preservation can demonstrate compliance with Rule 34(b)(2)(E)(i), the matter of Wilson’s spreadsheets requires additional discussion.

It found that filepath or source path metadata “might provide additional context for the documents.”

During the hearing, MuniCap’s counsel suggested that because the data in these spreadsheets is client-specific, the spreadsheets need to be connected to specific clients, a fact not necessarily reflected in the contents of the financial models and other information in the spreadsheets.

The Court wrote: “As noted above, a producing party often satisfies the usual course burden by including for non-email ESI the file’s location on the hard drive-directory, subdirectory, and file name.” [cleaned up; citation omitted]. It ordered:

Therefore, with respect to the spreadsheets, the Court finds that it would more efficient and less burdensome for Wilson—as the sole custodian and alleged creator of the spreadsheets—to identify either source information (e.g., filepath and folder location) for the spreadsheets or the specific interrogatories relevant to those documents.

It also rejected a Fed.R.Civ.P. 26(g) challenge and resolved a privilege issue.  MuniCap’s resolution of the document correlation issue is significant.  The issue should be addressed in Rule 26(f) conferences.


Assisted by GAI and LLM Technologies per EDRM GAI and LLM Policy.

Author

  • Miichael Berman's headshot
    Michael D. Berman

    Mike is the owner of E-Discovery, LLC, and of counsel at Rifkin Weiner Livingston LLC, in Baltimore. He concentrates on commercial litigation and offers mediation services. He was the primary editor of Electronically Stored Information in Maryland Courts (Md. State Bar Ass’n. 2020), and he co-edited M. Berman, C. Barton, and P. Grimm, eds., Managing E-Discovery and ESI: From Pre-Litigation Through Trial (ABA 2011), and J. Baron, R. Losey, and M. Berman, eds., Perspectives on Predictive Coding (ABA 2016).

    Mike has litigated a number of cases in the trial and appellate courts in Maryland. He is an Adjunct Professor at the University of Baltimore School of Law where he co-teaches a three-credit discovery workshop that focuses on e-discovery. He has lectured at the Maryland Judicial College and he chaired the Bar committee that drafted the proposed ESI Principles for the District of Maryland. He is a past: co-chair of the Federal District Court Committee of the Maryland State and Federal Bar Associations; chair of the Litigation Section Council, Maryland State Bar Association; and, co-chair of the American Bar Association Litigation Section Book Publishing Board. He graduated from the University of Maryland School of Law and is also an Army veteran. He is admitted to the Maryland bar. The opinions expressed in this blog are not necessarily those of Rifkin Weiner Livingston LLC.

    View all posts

Search EDRM

No results

Guardian Partners

Relativity Exterro Exterro logo ComplexDiscovery DISCO

Get Social with Us

Find EDRM on Facebook Follow EDRM on Twitter
Connect with EDRM on LinkedIn View EDRM - Electronic Discovery Reference Model documents on JD Supra

EXCEPT WHERE OTHERWISE NOTED, CONTENT POSTED AT EDRM.NET IS LICENSED UNDER A CREATIVE COMMONS ATTRIBUTION 4.0 INTERNATIONAL LICENSE. THAT MEANS YOU ARE FREE TO SHARE, REMIX OR MAKE COMMERCIAL USE OF THE CONTENT SO LONG AS YOU PROVIDE ATTRIBUTION. TO PROVIDE ATTRIBUTION, PLEASE CITE TO "EDRM (EDRM.NET)." IF YOU HAVE QUESTIONS, CONTACT US AT INFO@EDRM.NET.

© 2025 EDRM. ALL RIGHTS RESERVED. EDRM POLICIES.

Share Your Memories
  • Enter your email address to receive updates.
  • Click to upload a photo (Max Upload Size 1 MB)
  •  

Share Your Memories

With deep sadness, we share the loss of Kaylee Walstad, Chief Strategy Officer of EDRM and an extraordinary advocate, mentor, and friend to so many in the eDiscovery and legal technology community. Kaylee’s generosity, encouragement, and compassion touched countless lives, and her legacy lives on in the people and organizations she lifted.

To honor Kaylee’s remarkable life and lasting contributions, we invite you to share your own memories, reflections, and images. Your tributes will help celebrate the joy she brought to others and the light she shared so freely with everyone she encountered.

  • Enter your email address to receive updates.
  • Click to upload a photo (Max Upload Size 1 MB)
  •  

All Are Welcome

Insert/edit link

Enter the destination URL

Or link to existing content

    No search term specified. Showing recent items. Search or use up and down arrow keys to select an item.