ROBERT T. NUMBERS, II, Magistrate Judge.
Pursuant to Fed. R. Civ. P. 16 and Fed. R. Civ. P. 26(f), the Court adopts and enters as an Order the parties' Stipulation and Order on Discovery of Electronically Stored Information. The procedures and protocols outlined herein govern the production of electronically stored information ("ESI") and paper documents that are produced in an electronic format (the "ESI Protocol") on or after the date of this Order. All disclosures and productions made pursuant to the ESI Protocol are subject to the Stipulated Protective Order. The parties will confer, if needed, for production formats for particular materials that are not addressed herein.
A. Counsel for Plaintiffs, E.I. DuPont de Nemours ("DuPont"), and The Chemours Company FC, LLC ("Chemours") have met and conferred regarding discovery of electronically stored information and have reached agreement on certain of the issues discussed regarding such discovery. The parties agree that the efficient and just resolution of this matter will be furthered by mutual cooperation and transparency in responding to the parties' requests for documents, and the parties intend to promote, to the fullest extent possible, the resolution of disputes regarding the discovery of ESI without Court intervention. The parties do not intend by entering this stipulation to waive any privilege, work product protections, or other protections or objections in responding to discovery.
B. The Federal Rules of Civil Procedure will govern discovery, and no provision herein alters any provision of the Federal Rules of Civil Procedure, local rules, or applicable law. The terms of this Order shall be construed to ensure the cost-efficient and cost-effective exchange of information consistent with the Federal Rules of Civil Procedure, local rules, and applicable law.
A. "
B. "
C. "
D. "
E. "
F. "
G. "
H. "
I. "
J. "
K. "
L. "
M. "
N. "
The parties will produce Documents in "a reasonably usable form." Fed. R. Civ. P. 34(a)(1)(A). If a Party has previously processed or produced certain Documents in a form that is different than that provided for herein, the Party is not required to produce the Documents in accordance with this Protocol, provided that the form utilized is also "reasonably usable." The requesting party reserves the right to object to whether the form utilized is "reasonably usable." Notwithstanding the foregoing, the parties agree that the following forms of production are "reasonably usable": documents produced as TIFF images with load files utilizing Concordance default delimiters, and files produced in native format pursuant to Section III.B with an accompanying placeholder image/slip sheet bearing the Bates number and any confidentiality designation required by the Parties' protective order.
1. Paper documents may be produced in hard-copy paper form. If a Party has converted paper documents into an electronic form, including by scanning, then the Party will produce those electronic scans in the form of TIFF images using best efforts in the unitization of the document. The production will include a Metadata Load File and an Image Load file as described more fully below in Section III.C. The Producing Party will not be required to manually populate any of the fields in either Load File. The parties agree that to the extent the Producing Party scanned hard copy documents prior to the entry of this Order, the Producing Party is not required to re-scan those hard copy documents.
2. To the extent practicable, paper documents and hard copy scanned images shall be produced in the manner in which those documents were kept in the ordinary course of business. Where a paper document or hard copy scanned image has identification spines, "post-it" notes, or any other labels, the information on the label shall be scanned and produced to the extent practicable. In scanning a paper document, if a document is more than one page, to the extent reasonable, the unitization of the document and any attachments or affixed notes should be maintained as it existed when collected by the producing party. The parties will utilize reasonable best efforts to ensure that paper documents and/or hard copy scanned images in a single production are produced in consecutive Bates number order.
1. Except as otherwise provided herein, the parties shall produce ESI in TIFF format with a Metadata Load File, an Image Load File, and a corresponding text file. Word processing files, including Microsoft Word files, will be produced as TIFF images in "last saved" or "last modified" format and with tracked changes and comments showing in the TIFF image and searchable in the extracted text, to the extent tracked changes and comments exist in the "last saved" or "last modified" format. Presentation files, including PowerPoint, will also be produced as TIFF images in "last saved" or "last modified" format with any speaker notes and hidden slides showing and searchable in the extracted text, to the extent speaker notes and hidden slides exist in "last saved" or "last modified" format. Audio files in non-standard formats should be produced in MP3 or Native Format. Unless redacted, the following files shall be produced in Native Format with extracted text and applicable Load Files: (a) electronic spreadsheets (e.g., Excel); (b) desktop databases (e.g., Access); and (c) audio/video multimedia files. A producing party may also elect to produce electronic presentations (e.g., PowerPoint) or word processing files (e.g. Word) in Native Format with extracted text and applicable metadata fields set forth in Attachment A; these files may otherwise be produced in TIFF format as provided for herein. The parties reserve the right to request unredacted electronic presentations (e.g., PowerPoint) produced in TIFF format in Native Format as necessary. If a document that otherwise would be produced in Native Format requires redaction, such document may be produced as redacted in TIFF format or Native Format in accordance with this Protocol and in compliance with Section III.B.2. If a party produces a redacted document in TIFF format, a corresponding Native File version need not be produced, and the TIFF version must display the above-referenced content such as tracked changes, comments, speaker notes, hidden slides, and similar content. The redacted TIFF image will be OCR'd to create a text file that shall be produced in lieu of extracted text.
2. All TIFF-formatted documents will be produced in black-and-white as single page Group IV, 300 DPI, when reasonably practicable. Image file names will be identical to the corresponding Bates numbered images, with a ".tif" file extension. The requesting party retains the right to request a TIFF image in a higher resolution or larger page size if necessary to render the image legible or reasonably usable. If a party encounters a document where color is reasonably necessary to comprehend the content, the producing party will cooperate to honor reasonable and specific requests to re-produce that document in a color format. All images of redacted documents that contain comments, deletions, revision marks (including the identity of the person making the deletion or revision and the date and time thereof), speaker notes, or other user-entered data that the source application can display to the user will be processed such that all data is visible in the image, to the extent it exists in "last saved" or "last modified" format. For instances in which only a portion of a document is redacted for privilege, the party claiming the privilege will redact only the privileged portions and produce the remaining portions. The party may, at its option, indicate the basis on the face of redaction. Documents that are partially redacted for privilege and that indicate on their face the basis of the redaction on grounds of privilege need not be placed on a privilege log if (a) the document's metadata indicates the document has been redacted for privilege and (b) the non-redacted portions provide sufficient context to identify and evaluate the basis of the claim of privilege. The receiving party may request that the producing party provide an explanation of the basis of claim of privilege for specific redacted documents and such request shall not be unreasonably denied. The Producing Party's production of a text file or Metadata Load File containing information redacted from that Document shall not be deemed a waiver of the privilege or other protection associated with that Document, and any metadata or text file containing the text of redacted portions of a redacted Document or other privileged or protected information shall be treated as protected information, consistent with the terms of clawback provisions of the parties' Stipulated Protective Order.
3. All images must be assigned a Bates number that shall always: (1) be unique across the entire document production, (2) maintain a constant length (zero/0-padded) across the entire production, (3) contain no special characters or spaces, and (4) be sequential within a given document. Bates numbers shall not obscure any portion of the original file. If Bates numbers are skipped in a production range and not otherwise identified in a privilege log, then the producing party will disclose the Bates numbers or ranges in a cover letter accompanying the production. A single text file (.TXT) will be provided for each document produced. The text file name will be the same as the Bates number of the first page of the respective document, with the extension ".txt" suffixed. Electronic text must be extracted directly from the Native File unless the document requires redaction, is originally an image file, is any other Native File that does not contain text to extract (e.g., non-searchable PDFs), or where text cannot practicably be extracted. In these instances, and in the case of imaged hard-copy documents, the TIFF image will be OCR'd to create a text file that shall be produced in lieu of extracted text. Extracted text shall be provided in UTF-8 format text and may include a Byte Order Mark. Extracted text shall include all available comments, revisions, tracked changes, speaker's notes, text from documents with comments or tracked changes, as well as hidden worksheets, slides, columns, and rows. Text extracted from emails shall include the following header information that would be visible if the email was viewed in the e-mail application: (1) the individuals to whom the communication was directed ("To"), (2) the author of the email communication ("From"), (3) who was copied and blind copied on such email ("CC" and "BCC"), (4) the subject line of the email ("RE" or "Subject"), and (5) the date and time of the email. The full path of the text file must be provided in the Metadata Load File.
4. The parties will disclose the time zone used for field dates and times.
5. OLE embedded objects (embedded MS Office files, etc.) shall be extracted as separate files and treated as attachments to the parent document where practicable. Images embedded in emails shall not be produced as attachments unless they are responsive to a discovery request served upon the producing party, e.g., logos and junk files embedded in emails do not need to be produced as attachments.
6. Documents that contain languages other than English, in whole or in part, shall be produced in the original language(s).
7. OCR software should be set to the highest quality setting during processing. Settings such as "auto-skewing" and "auto-rotation" should be turned on during the OCR process. A Bates-stamped placeholder TIFF, bearing a legend indicating that the document was produced natively shall be provided for ESI produced in native format, unless the document is also produced in TIFF format. These placeholders will be Bates numbered in the same way as any other TIFF, and the Bates number of that single page shall be used as the BegBates and EndBates of the associated document, and the "PGCOUNT" field in the Metadata Load File for the placeholder shall contain "1."
8. The parties will meet and confer to address the production and production format of any responsive data contained in a database or other structured or aggregated data source under the possession, custody, or control of the parties. The parties anticipate that certain productions of structured data may require the parties to first exchange information about the pertinent database, including to discuss the efficient retrieval and production of data contained therein.
9. Parent-child relationships (the association between an attachment and its parent document or between embedded documents and their parent) shall be preserved. A document and all other documents in its attachment range, emails with attachments, and files with extracted embedded OLE documents all constitute family groups. If any member of a family group is produced, all responsive members of that group must be also be produced. If a party does not produce a member of a family group on the grounds that it is non-responsive, then the party will include a slip-sheet stating that the attachment is withheld as non-responsive, unless the attachment is a non-responsive OLE embedded object as set forth in Section III.B.5 above. The parties may meet and confer to discuss requests to produce an attachment that has been slip-sheeted as non-responsive.
10. A Producing Party will take reasonable steps to unencrypt any discoverable ESI that exists in encrypted form (e.g., password-protected) and that can be reasonably unencrypted. A Producing Party will not be required to guess passwords or otherwise produce documents that are not reasonably accessible.
11. The parties will use best efforts to produce responsive social media in accordance with this Order, but where it is not reasonably practicable to produce responsive social media in the manner set forth in this Order, the parties shall meet and confer to discuss the most practicable manner of production. In connection with such discussions, the Producing Party shall produce a test production when requested by a receiving party. In general, even where social media cannot be produced in accordance with this Order, a Producing Party must produce responsive social media in a reasonably usable form.
12. Absent a specific showing of need, the following categories of ESI are not discoverable in this case: deleted, slack, fragmented, or unallocated data on media; random access memory (RAM) or other ephemeral data; and online access data such as temporary internet files, history, cache, cookies, etc. Federal Rule of Civil Procedure 37(e) governs the loss of electronically stored information that should have been preserved in the anticipation or conduct of litigation because a party failed to take reasonable steps to preserve it and it cannot be restored or replaced through additional discovery. If a party demonstrates a specific need for information encompassed by this section and to the extent such information exists, the parties shall meet and confer on whether such data should be produced, preserved on a forward-looking basis, and/or whether cost-shifting is appropriate. However, prior to a showing of a specific need and an agreement among the parties on the need or Court order accepting the need, there shall be no obligation to preserve such information.
13. Common system and program files as defined by the NIST library need not be preserved, collected, processed, reviewed, or produced.
C.
D.
E.
F.
G.
H.
I.
A.
B.
A. The parties agree to exchange search terms to the extent they intend to apply them to their respective ESI and agree to meet and confer over the use of search terms in an effort to reach agreement on them, including whether the use of certain hit reports and/or sampling would be reasonable and appropriate. If a party uses predictive coding, then before doing so, that party will first disclose its intended use and meet and confer with the parties to reach agreement on the method that will be applied.
B. This Protocol does not address, limit, or determine the authenticity, admissibility, or relevance of any Document.
C. Nothing in this Protocol shall be interpreted to limit a Producing Party's right to conduct a review of Documents, including metadata, for relevance, responsiveness, or segregation of privileged or protected information before production.
D. Any practice or procedure set forth herein may be varied by agreement of the parties, and such variance first will be confirmed in writing, where such variance is deemed appropriate to facilitate the timely and economical exchange of electronic data or other covered discovery materials.
E. Should any party subsequently determine in good faith that it cannot proceed as required by this Order or that the Order requires modification, the parties will meet and confer to resolve any dispute before seeking Court intervention.
Absent a showing of good cause, a Party is only required to produce the metadata provided in the following fields applicable for the given produced document type, and in any event only insofar as such metadata is readily available, responsive, and not subject to the attorney-client privilege, work-product doctrine, or any other applicable privilege.