You hit Send and email bounces back. "Attachment exceeds maximum size." The PDF is 38 MB; the limit is 25 MB. Now you need to shrink it without making the contents unreadable, and you need to do it in the next two minutes before the meeting starts.
This guide covers the actual attachment limits across Gmail, Outlook, and corporate mail servers, what compresses well in a PDF, what doesn't, and the verification checklist before hitting Send.
Email attachment limits in practice
Different email providers cap attachments at different sizes. The number that matters is the recipient's limit, not just yours — a 24 MB attachment you can send via Gmail will bounce if the recipient's corporate mail server caps inbound at 20 MB.
| Provider / Server | Inbound limit | Outbound limit | Notes |
|---|---|---|---|
| Gmail | 25 MB | 25 MB | Auto-converts to Drive link if over |
| Outlook.com (personal) | 20 MB | 20 MB | Hard cap, no auto-conversion |
| Microsoft 365 (corporate) | 25–35 MB | 25–35 MB | Admin-configurable, often lower |
| Yahoo Mail | 25 MB | 25 MB | |
| iCloud Mail | 20 MB | 20 MB | |
| Corporate Exchange (typical) | 10–25 MB | 10–25 MB | Often 10 MB on legacy servers |
| Government / banking | 5–10 MB | 5–10 MB | Tightest by far; very common in India and EU |
Key insight: the actual size after attachment can be ~30% larger than the file on disk because email encoding (base64) inflates binary data. A 24 MB PDF becomes ~32 MB once attached. To be safe, target 60–70% of the recipient's limit — so for Gmail's 25 MB cap, aim for 15–18 MB on disk.
What's making your PDF large
Before compressing, know what you're working with. PDFs grow large for predictable reasons:
| Content type | Typical size impact | Compresses well? |
|---|---|---|
| Embedded photos / scans | Large (often 80%+ of file) | ✅ Yes — biggest win |
| Embedded videos | Very large (rare in PDFs) | ✅ Yes — re-encode or remove |
| Embedded fonts | Medium | ⚠️ Modest — subset, don't strip |
| Vector graphics / charts | Small | ❌ Already compact |
| Native PDF text | Tiny | ❌ Already compact |
| Form fields / annotations | Tiny | ❌ Already compact |
| Document metadata, attachments | Medium-large | ✅ Yes — remove if not needed |
If your PDF is mostly scanned pages or has lots of high-res photos, you'll see massive shrinkage. If it's text + vector charts (a typed report, a generated invoice), compression yields modest gains because there's not much to shrink.
To check what's inside: open the PDF and use File → Properties → Document statistics (in Adobe Acrobat) or look at the visible content. Mostly photos? Big shrink available. Mostly text? Modest shrink at best.
Quick compression: 30 seconds for routine docs
For a typical text-and-image PDF that's slightly over the limit:
- Open a PDF compressor (use PDFGrover's compressor or any reputable equivalent).
- Pick Medium quality (this maps to roughly 150 DPI image downsampling and 65% JPEG quality — good for screen viewing, decent for casual print).
- Compress and check the resulting size against your target.
- If it's still over, re-compress at High (110 DPI / 45% JPEG). Output stays readable but photos show some artefacts at zoom.
Three-quarters of "PDF too big for email" cases finish here.
When Medium isn't enough
If Medium compression doesn't get you under the limit, you have several remaining levers — pick based on what's in the file.
Lever 1: Compress with maximum aggression
Use Very High (50 DPI / 20% JPEG) or equivalent. Photos lose detail; text stays sharp because PDF text is vector data, not image. Use this when the goal is "small enough to send" and the recipient just needs to read, not zoom into images.
Realistic expectation: a 30 MB report with several photos drops to 4–8 MB at Very High. A 30 MB scanned-paper document drops to 1–3 MB.
Lever 2: Remove what's not needed
Many PDFs carry weight you can drop:
- Embedded files — some PDFs include the original Word/Excel as an embedded attachment. Remove via your PDF editor's Attachments panel.
- Form fields and JavaScript — flatten the form to remove the interactive layer if you only need to share the filled-in version.
- Comments and annotations — flatten or delete them if the recipient doesn't need them.
- Unused fonts — fonts get embedded once per document; ensure your PDF generator subsets fonts (most modern tools do this by default).
- Document metadata — author, subject, custom XMP fields. Tiny savings individually but useful for files near the limit.
Lever 3: Drop image colour depth
Many "colour" scans don't need colour — black-and-white scans of typed documents, official letters, or signed contracts read identically in greyscale (or even pure 1-bit black-and-white) and shrink 5–10×. Convert to grayscale before compressing if colour adds nothing to the document.
Lever 4: Split into multiple emails
If a PDF is genuinely too large to compress under the limit (a 200 MB book, a multi-volume report), split into chapters or sections and send across multiple emails. Use PDFGrover's Split PDF tool or any equivalent. Number the parts in the file name and subject line ("Annual Report — Part 1 of 3.pdf").
Lever 5: Skip email — share via link
When the file is unavoidably large or the recipient has an inbox limit you can't predict, link-sharing is more reliable than fighting compression:
- Google Drive (auto-suggested by Gmail when over limit)
- OneDrive (auto-suggested by Outlook)
- WeTransfer / Smash / Filemail for one-off transfers without an account
- Your own cloud storage (Dropbox, iCloud, Box) with a shareable-link
Caveat: link-sharing may not be acceptable in regulated industries or for confidential exchanges. Check policy before swapping email-attachment for cloud-link.
Verifying before you send
Compression succeeded but you're about to send to a client. Two-minute verification prevents embarrassment:
- Open the compressed file and view at 100% zoom. Does the text look the same as the original?
- Zoom to 200% on key images (charts, graphs, photos that matter). Acceptable artefacts? Or unreadable mush?
- Ctrl+F search a word from the original — confirms the text layer is intact (not all compressors preserve searchable text).
- Print preview — if the PDF is going to be printed, the print preview shows the actual print-quality issues.
- Check file size on disk matches what you expect (right-click → Properties).
If it passes, attach and send. If not, undo and try a less aggressive setting.
Special cases
Compressing a PDF on mobile
Most of the email-too-big situations happen on phones. Mobile PDF compression options:
- iOS: Files app → tap PDF → Share → Print → pinch out → Share as PDF. The print-to-PDF round-trip drops some embedded data.
- Android: Most file managers offer "Compress PDF" via the share sheet if you've installed a PDF tool.
- Web compressors in mobile browsers work fine but may be slow on large files due to mobile bandwidth.
For routine mobile compression, a dedicated app (Adobe Acrobat Reader's free compress feature, for example) is faster than a browser round-trip.
Compressing a scanned document
Scanned PDFs are the easiest to shrink dramatically:
- Switch to grayscale or black-and-white if colour adds nothing.
- Compress at High or Very High — scans tolerate aggressive image compression because the eye accepts paper-texture artefacts.
- Run through OCR if the recipient needs the text searchable. OCR adds a tiny searchable layer; the visual page stays the same.
A 50 MB colour scan of a 20-page document routinely drops to 2–4 MB at the right settings, with the typed text still perfectly readable.
Compressing a PDF with embedded high-res photos
Photo-heavy reports (architecture portfolios, real-estate listings, lab results) need a different approach:
- If the photos are the point, drop the count before dropping the quality — pick the 3 best images instead of all 12.
- For the photos that stay, accept Medium-quality compression. The viewer's screen typically can't show more than that anyway at PDF viewing sizes.
- Consider linking to a separate online album (Google Photos, Dropbox, or your portfolio site) and sending only a summary PDF + cover image.
Government / regulator submissions with hard limits
Some submission portals cap at 5 MB or even smaller, and reject anything over without explanation. For these:
- Compress to the published limit minus 20% (handles base64 inflation and any portal-side overhead).
- Pre-flight check the file with the same compression settings on a smaller test version before doing the real submission.
- Keep the original uncompressed PDF for your records — never overwrite it.
- Retain a screenshot of the successful upload page and the timestamp.
Common mistakes that waste time
Compressing then editing then re-saving. Each save cycle accumulates losses if your editor re-rasterises images. Edit first, compress last.
Compressing a file already at maximum compression. Some PDFs (e.g., from Adobe Acrobat with "Optimised PDF" already applied) won't shrink meaningfully because there's no slack left. You'll waste time and get back the same file.
Trusting the percentage shown by the compressor. "75% smaller!" is meaningless if the absolute size is still above your limit. Check the actual byte count.
Forgetting to test the compressed file opens. A file that won't open is worse than one that's slightly too big. Always open the compressed output before sending.
Bouncing past 25 MB while assuming Gmail's limit. Recipients on corporate Exchange or government mail may have 10–15 MB caps. When in doubt, compress for the lower target.
Quick reference: target sizes by recipient
| Recipient type | Compress to |
|---|---|
| Personal Gmail / Outlook | ≤ 18 MB on disk |
| Corporate office worker | ≤ 12 MB on disk |
| Government / banking / legal | ≤ 5 MB on disk |
| Mobile-only recipient | ≤ 5 MB on disk (mobile downloads are slow) |
| Mass distribution (newsletter, etc.) | ≤ 2 MB on disk |
Compress to the recipient's likely cap, not your own outbound limit. The bounce email you're trying to avoid is the one they see, not you.
Summary
Email-attachment caps are real and inconsistent. The fix is rarely a single magic setting — it's matching the compression aggression to the file's contents and the recipient's likely limit.
For most "PDF too big for email" cases:
- Try Medium first (preserves readability)
- Step up to High if needed
- Use Very High when the goal is just-readable
- Switch to a link-share for files that won't compress under 5 MB
PDFGrover's PDF compressor handles all four levels in one tool, processes files up to 500 MB, and keeps the result private — no signup, no watermark, files deleted after download.