Guide
Compressing Documents for Legal Filing and HR
To compress a PDF for a legal filing: look up your own court’s stated per-document cap (they range from 25 MB to 100 MB and there is no national number), OCR the document before you compress it, and treat metadata removal as a separate step that compression does not perform. That last point is where filings leak.
We build Smol, a Mac compression app, so treat the product parts as argument and the measurements as evidence. Every measured figure links to the guide that produced it. Every court and agency limit was read from the primary source on 26 September 2026 and is quoted verbatim.
What size cap are you actually filing against?
There is no federal number. PACER says so itself: “Each court sets a limit on the size of PDF files submitted for electronic filing.” Six real ones, quoted:
| System | Cap | Quoted from the source |
|---|---|---|
| US Supreme Court | 100 MB per file | “The maximum size of any single computer file that can be uploaded to the electronic filing system is 100MB.” |
| W.D. Wash. (CM/ECF) | 100 MB per document | “Each document/attachment included in your filing must not exceed 100 megabytes (MB).” |
| NYSCEF (New York) | 100 MB per PDF | “Is there a limitation on the size of documents that can be filed electronically? Yes. 100 megabytes per PDF document.” |
| N.D. Cal. (CM/ECF) | 50 MB per file | “Files that exceed 50MB cannot be e-filed.” |
| Florida Courts E-Filing Portal | 50 MB, then physical media | “For documents that exceed the 50MB file size limit … electronic transmission should be accomplished using an electronic storage medium.” |
| eFileIL (Illinois trial courts) | 25 MB per document | “The maximum file size for a document e-filed through eFileIL is 25mb., with a maximum envelope size of 50mb.” |
The Illinois row carries a trap the others do not. A 25 MB per-document cap sits inside a 50 MB envelope cap, so three documents that each clear the per-file limit can still bounce the submission.
Do not trust an old announcement. These sites keep superseded notices up indefinitely: the Western District of Washington’s live FAQ says 100 MB while a 2017 news item on the same domain still announces the raise “from 10 megabytes (MB) to 35 MB”. Check the court’s current FAQ, not whichever page a search engine hands you.
One question answered plainly, by the Bankruptcy Court for the District of Nevada: there is no page limit, and you should stop thinking in pages. “The number of pages that make up 35 megabytes is dependent on a variety of factors … It is recommended you use the number of megabytes rather than the number of pages to determine file size.” No federal e-filing guide we read publishes a page cap at all.
A practical target across portals: aim for 70% of the stated cap. An 11.8 MB file against a 12 MB limit fails for reasons the form will not explain, usually after you have waited out the upload. The wider set of portal caps and a measured preset table are in when a PDF is too big to upload.
What format rules come with the size cap?
Several systems constrain how the PDF is built, and those rules decide your compression settings more than the byte cap does.
| Requirement | Who states it | The words |
|---|---|---|
| Scan black and white at 300 DPI; colour and grayscale prohibited | Bankr. N.D. Ala. | “The scanner resolution should be set at 300 DPI … and image type set to black and white drawing only. Color or gray scale PDFs are prohibited.” |
| PDF/A, 200 dpi scans, flattened layers, no encryption | NYSCEF | “NYSCEF requires that all e-filed documents conform to PDF/A specifications.” · “Required resolution for the scanned PDF images is 200 dots per inch (dpi).” |
| OCR’d PDF, 300–600 dpi, black and white, no embedded media | eFileIL | “Optical Character Recognition (OCR) PDF … Minimum 300 dpi … Maximum 600 dpi – scanned in black / white mode.” |
| Text-searchable PDFs required by local rule | D. Or. | “All pleadings and documents, including attachments and exhibits, must be filed as text-searchable PDF files, unless otherwise directed by the Court.” |
| PDF/A and text-searchable, stated as “should” | US Supreme Court | “Documents submitted through the electronic filing system should be in the PDF/A format … and should be text searchable.” |
Two of those change what you do at the scanner rather than the compressor. If a court requires bitonal 300 DPI, scanning in colour and compressing afterwards is the wrong order: you throw away sharpness to hit a byte target bitonal scanning would have hit for free.
Note the verbs. The Supreme Court says documents should be PDF/A and text-searchable; NYSCEF says it requires PDF/A and that non-conforming documents “may not be accepted”. PDF/A also constrains compression, since it requires embedded fonts and forbids encryption.
Will compressing a scanned exhibit break its searchable text?
Not if the text layer already exists. An OCR pass writes an invisible second copy of the words over the picture of the words. That layer is text, not pixels, so image compression cannot touch it. We measured it on a three-page 300 PPI scan for compressing a scanned PDF without killing OCR:
| Preset applied after OCR | File size | Effective PPI | Searchable words |
|---|---|---|---|
| Source (OCR, uncompressed) | 5,032,225 B | 300 | 1,405 |
| Original | 1,736,280 B | 218 | 1,405 |
| Large | 624,925 B | 164 | 1,405 |
| Medium | 284,590 B | 109 | 1,405 |
| Small | 166,998 B | 82 | 1,405 |
| Tiny | 65,126 B | 55 | 1,405 |
All 1,405 words in every row, including the preset where the page is illegible to a human. Do it in the other order and there is nothing to rescue: without a prior text layer, re-OCR accuracy held at 96.8% down to 82 PPI then collapsed to 1.42% at 55 PPI. That is the stroke width of 10.5 pt type falling below one pixel, after which the letterforms stop existing.
One mechanical detail for filings that specify a resolution: Smol’s PDF presets are long-edge pixel caps (600, 900, 1,200, 1,800 and 2,400 px), not DPI targets, so effective PPI drifts with page geometry. The same preset measured 200 PPI on one document and 109 on another. Verify the output rather than trusting a preset name.
Does compressing a PDF remove confidential metadata?
No. Not one preset, in any tool we tested. Our 162,058-byte test contract compressed at the Tiny preset came out at 57,377 bytes, a 64.6% reduction, and every Document Info key, every XMP tag, all three comment authors and the embedded attachment survived. Ghostscript behaves the same way: it copies Author, Title, Subject, Keywords and Creator through unchanged and replaces only the Producer string. These are compressors.
The courts know. The Northern District of California’s own redaction guidance tells filers to keep documents “completely free of any hidden metadata which may contain redacted data or other data you do not wish to make public”, because “Metadata can reveal anything that was contained in the file at any time, even text that was previously deleted or changed, and even if the file was re-saved.”
For lawyers it is an ethics question too. North Carolina State Bar 2009 Formal Ethics Opinion 1, adopted 15 January 2010, rules that “a lawyer must use reasonable care to prevent the disclosure of confidential client information hidden in metadata”. D.C. Bar Ethics Opinion 341 (September 2007) requires a sending lawyer to “employ reasonably available technical means to remove such metadata before sending the document”.
What a routine word-processor or scanner PDF carries into a filing:
| What it is | Where it lives | Survives compression? |
|---|---|---|
| Author, Company, Title, Keywords, timestamps | Document Information dictionary and XMP | Yes |
| Creator and Producer (the software used) | Doc Info and XMP | Yes |
| Reviewer names on comments and markup | The /T key on each annotation | Yes, and it is document content rather than metadata |
| Embedded file attachments | The /EmbeddedFiles name tree | Yes |
The annotation row catches HR teams. A policy circulated for comment carries the name of everyone who commented, permanently, and no metadata tool removes it because it is not metadata. Delete or flatten the annotations; find attachments with qpdf --list-attachments and remove them with qpdf --remove-attachment. The cross-format version is in does compressing a file remove its metadata.
None of this is redaction. A black rectangle drawn over a name in Preview leaves the underlying text selectable and searchable. Verify a redaction by extracting text from the output, never by looking at it.
How do you remove PDF metadata so that it stays removed?
Two commands. Strip, then rewrite. The rewrite is not optional and it is the step almost every set of instructions omits.
brew install exiftool qpdf
exiftool -overwrite_original -all= filing.pdf
qpdf --linearize filing.pdf filing-clean.pdfWhy the second line exists, from the Writing Notes section of exiftool’s manual:
3) Changes to PDF files by ExifTool are reversible (by deleting the
update with "-PDF-update:all=") because the original information is
never actually deleted from the file. So ExifTool alone may not be
used to securely edit metadata in PDF files.It warns you at the time, too. Every exiftool -all= run on a PDF prints Warning: [minor] ExifTool PDF edits are reversible. Deleted tags may be recovered! Measured on our fixture, that is not a footnote:
| Step | Doc Info keys | XMP tags | Author reads |
|---|---|---|---|
| Original fixture | 10 | 13 | Cleared For Sending |
exiftool -all= | 0 | 0 | (nothing) |
then exiftool -PDF-update:all= | 10 | 12 | Fixture Author |
One command, no forensics tooling, no hex editor. A byte search of the supposedly cleaned file still found the original author string twice.
After the qpdf --linearize pass, the same recovery command returned Error: File contains no previous ExifTool update, all 10 Doc Info keys and 13 XMP tags were gone, and a byte search for the author, company and authoring-tool strings returned nothing. Order matters: linearize after stripping.
Four ways to get this wrong that we measured, so you do not have to:
| What you might try | What actually happens |
|---|---|
exiftool -all= -PDF-update:all= doc.pdf | Undoes your own deletion. Produced a 157,239-byte file with all 10 Doc Info keys and 12 XMP tags present. |
| Two exiftool passes, run separately | Reversible again. The second pass is itself an incremental update. |
| Compressing and assuming that cleaned it | 64.6% smaller, every key intact. |
| Ghostscript -sDEVICE=pdfwrite | Copies Author, Title, Subject, Keywords, Creator through unchanged. |
The full test, including the five other routes that failed, is in removing metadata from a PDF on Mac. For a folder rather than a document, see batch-stripping a whole folder, and for the command-line version across file types, removing metadata from the Terminal.
What are the limits on the HR side?
Different systems, same problem, and one useful number almost nobody knows.
Greenhouse accepts a 100 MB resume and cannot read a 3 MB one. Its documentation states that “Candidate uploads can be up to 100 MB, which will support most cover letters and resumes”. A separate article states that “Greenhouse Recruiting can’t parse resumes larger than 2.5MB”. The upload succeeds, the parse fails, the candidate profile arrives empty. A design-heavy PDF resume with embedded photography clears 2.5 MB easily, and that 40× gap between the two ceilings is the whole argument for compressing before submission.
The EEOC Public Portal publishes no size limit and bans encryption. Its FAQ says “The EEOC has not restricted the size limit for submissions” but adds that “Under no circumstances should you upload password-protected files to the EEOC Public Portal” (Public Portal FAQs). Compression is a courtesy there; removing password protection is not.
We looked for published upload caps for Workday, Lever and Workable and found none in official documentation. The figures circulating trace to third-party blogs, and at least in Workday’s case the limit appears configurable per employer. Ask the employer.
When is Smol the wrong tool for legal or HR documents?
Four cases. The first is the one we most want you to read.
You are cleaning a single document and confidentiality is the point. exiftool -all= plus qpdf --linearize is free, takes about a second, and is strictly better than what we ship. Our strip-metadata output on the test PDF was byte-for-byte identical to exiftool -all=, SHA-256 and all, because exiftool is the bundled binary doing the work. So we inherit the reversibility, and we do not run the qpdf pass afterwards even though qpdf is bundled too. Add it yourself.
You need a defensible audit trail. Disclosure and privilege review want hashes at every step and a written procedure that survives cross-examination. That is a forensics workflow, not a drop target.
You need redaction, OCR, Bates numbering or form filling. We compress and convert; we do not edit PDFs. OCR belongs to OCRmyPDF or Acrobat.
Your PDFs are text-only. Our presets work on embedded images, and a word-processor export with no images gives them nothing to do. On a 21-page text-only contract Ghostscript reached 56,321 bytes against our 74,731. The measured comparison is in how to compress a PDF on Mac.
Where a local app earns the $29: sixty exhibits at once with the originals left untouched, mixed piles where PDFs sit next to photographs, a Finder right-click instead of a command someone has to type correctly, and colleagues who will never install Homebrew. Nothing leaves the machine, which for privileged material is the entire argument rather than a feature. Smol is $29 once.
The sibling vertical pages cover the same tools under different constraints: web developers, photographers, real estate listings and podcasters.
Frequently asked questions
What is the file size limit for e-filing a PDF with a court?
There is no single limit. PACER states that each court sets its own limit for CM/ECF. The range is wide: the US Supreme Court, the Western District of Washington and New York’s NYSCEF all cap at 100 MB, the Northern District of California at 50 MB, and Illinois eFileIL at 25 MB per document inside a 50 MB envelope.
Is there a page limit on an e-filed PDF?
No federal e-filing guide we examined publishes one. The Bankruptcy Court for the District of Nevada addresses it directly, noting that the number of pages making up 35 megabytes depends on the program used and the scanner settings, and recommending filers use megabytes rather than pages. Split oversized filings by size, not page count.
Does compressing a PDF remove its metadata?
No. Compressing a test contract at the Tiny preset took it from 162,058 to 57,377 bytes, a 64.6% reduction, and every Document Info key, every XMP tag, all three comment authors and the embedded attachment survived. Metadata removal is a separate operation.
Why is exiftool not enough to remove metadata from a PDF?
Because exiftool appends an incremental update instead of deleting. Its manual states that changes to PDF files by ExifTool are reversible and that ExifTool alone may not be used to securely edit metadata in PDF files. In testing, exiftool -PDF-update:all= restored all 10 Document Info keys and 12 XMP tags to a file cleaned moments earlier. Follow it with qpdf --linearize.
Does compressing a scanned exhibit break its searchable text?
No, provided the OCR text layer already exists. A three-page scan kept all 1,405 searchable words through all five presets, because the text layer is text rather than pixels. Compress an un-OCRed scan and the words are gone: re-OCR accuracy held at 96.8% at 82 PPI and fell to 1.42% at 55 PPI. OCR first, then compress.
Why does a resume upload fine but come through blank in the ATS?
Often because it cleared the file size limit but exceeded the parsing limit. Greenhouse documents that candidate uploads can be up to 100 MB, while a separate article states Greenhouse Recruiting cannot parse resumes larger than 2.5MB. A design-heavy PDF with embedded photography clears 2.5 MB easily. Compressing the images inside it usually fixes the parse.
Keep reading