How to Compress a Video for Email (Under the 25 MB Limit)
Email size limits apply to the whole encoded message, not just your file. Here's the overhead math, the safe targets, and a trim → convert → compress workflow that actually gets a video through.
A 24 MB video can fail Gmail's 25 MB limit because email size limits apply to the whole encoded message, not the raw file on your disk. Attachments get base64-encoded in transit, which inflates them by roughly 33–37%. The practical rule: keep the video file itself under about 18 MB for Gmail, or 15 MB if you're not sure who's receiving it. This guide shows you how to compress a video for email, with the math, the safe targets, and a trim → link → compress workflow that actually works.
Why a 24 MB video can still bounce off a 25 MB limit
Email limits apply to the entire message in transit: the encoded attachments, headers, body text, signature and any inline images. Your attachment doesn't travel as raw binary. It's base64-encoded into the MIME message, which expands data by about 33%, and line wrapping pushes the overhead closer to 37%.
One measured example: a 19 MB file grew to roughly 26 MB in transit, a 36.8% increase before headers were even counted. That test comes from the team behind SmolMac's compression guide. So a "24 MB" video is really a roughly 32 MB email, and the email bounces or gets converted to a Drive link. Either way, your recipient may not get what you sent.
Limits are also per-email totals, not per-attachment. Two 10 MB videos plus a signature and a couple of inline images count together toward one cap.
The 1.37 rule: turning advertised limits into real file budgets
Work with raw file budgets instead of advertised limits. Divide the cap by 1.37 and you get what the file itself can weigh:
- 25 MB limit (Gmail, Yahoo) → ~18 MB raw file budget
- 20 MB limit (Outlook.com, iCloud) → ~15 MB raw file budget
- 10 MB Exchange default → ~7 MB raw file budget
Attachment limits by provider: what you can actually send
Gmail and Yahoo Mail both advertise 25 MB per email, counting all attachments combined (suped). Outlook.com and Apple Mail/iCloud are 20 MB. Microsoft's own docs state the limit "includes both the size of the attachment and the size of the email," and that business Exchange accounts often default to just 10 MB (Microsoft).
What happens when you exceed the limit also differs by provider:
- Gmail converts over-limit attachments to a Google Drive link automatically
- Outlook.com offers a OneDrive link (up to 2 GB)
- Yahoo rejects the email outright
| Recipient | Advertised limit | Safe raw-file size |
|---|---|---|
| Gmail / Yahoo Mail | 25 MB | ~18 MB max |
| Outlook.com / iCloud | 20 MB | ~15 MB max |
| Business Exchange (unknown server) | often 10 MB | ~7–8 MB |
| Unknown mix of recipients | — | 15 MB universal |
If you don't know what the recipient's server is, 15 MB is the number. Assume their mail server may cap lower than your sending limit.
Trim, link, or compress? A decision table
Do these three things in order: trim footage you don't need (cutting 3 minutes to 30 seconds cuts size 83%, and trimming preserves quality), send a cloud link for anything long or already near 20 MB, and only compress when the video genuinely must ride along as an attachment. If it already fits and plays, don't recompress, because every lossy pass degrades quality.

| Situation | Do this |
|---|---|
| You only need 30 seconds from a long clip | Trim, then it likely fits |
| 2–3+ minutes at 720p, or file near 20 MB | Send a cloud link |
| Short clip that must be an attachment | Compress to ~15 MB |
| Already under 15 MB and plays fine | Send as-is, don't recompress |
Compression always trades quality for size: shrinking a 4K video to fit email loses resolution, sharpness and audio, so screen-recording text goes blurry and faces go blocky (sendspark). That's why trim and link come first.
Step 1: Check the file size (and trim dead footage)
Find the size first: on Windows, right-click the file → Properties. On Mac, right-click → Get Info. Multiply the size by 1.37 to see if it really fits the route you're sending on.
Then trim before you compress. Trimming dead footage beats degrading quality every time. The Tool Cloud video trimmer shortens a clip to the footage that matters, and shorter footage needs less compression.
Two fixes before you even open a compressor:
- iPhone: Settings → Camera → Record Video → choose 1080p/30 instead of 4K/60. That's a 4–6× smaller source file. Trim in Photos → Edit → Save as New Clip.
- Android: set Camera → Settings → Video Resolution to 720p or 1080p, and trim in Google Photos with Save Copy.
If your source is MOV (the iPhone default), convert it with Tool Cloud's MOV to MP4 Converter before compressing. MP4/H.264 is what email recipients can actually play.
Step 2: The email recipe — MP4, H.264, 720p
Use MP4 as the container and H.264 as the video codec. This combination plays everywhere: every phone, every browser, every webmail preview. H.265 causes problems on Windows, where playback requires Microsoft's paid HEVC decoder. WebM won't preview in many email clients, and AVI produces files far too large for email (changethisfile).
720p (1280×720) is the sweet spot. Dropping from 1080p to 720p removes more than half the pixels, so far less bitrate is needed for the same perceived quality (ffmpeg-cookbook). If a compressed video goes blurry, the bitrate was pushed too low for the resolution: drop to 720p to concentrate the same bits per pixel.
Audio: AAC at 96 kbps for speech, 128 kbps for music. For non-action content, dropping 60 to 30 fps frees up bitrate that helps sharpness, even though the size saving itself is small.
One counterintuitive fact worth knowing: at a fixed bitrate, resolution barely changes file size. A controlled test found 1080p, 720p and 480p all landed within ~10% of each other at 1 Mbps, and 30 vs 60 fps differed only 2.4% (fileflip). Bitrate and duration set the size; resolution sets the quality. That's why you lower the resolution to make quality survive a low bitrate, not to shrink the file directly.
Finally: keep your original and compress a copy, once. Never compress your only version, and never compress an already-compressed output.
Step 3: Compress the MP4 online
Upload your trimmed MP4 to the Tool Cloud video compressor, which accepts MP4, MOV, MKV, AVI and WebM input and deletes uploaded files automatically. You get 20 free credits a day, no account needed. Aim comfortably under your budget rather than scraping the maximum, so headers and body text don't push you over.
A detail worth knowing about MP4 in general: some compressors offer a "faststart" or "web optimized" option, which moves the MP4's index to the front of the file so webmail can start showing the preview before the whole attachment has finished downloading (smolmac). If your tool doesn't offer it, don't worry: playback still works, the video just buffers differently.
No compressor can guarantee an exact output size, so verify the result yourself: right-click the output → Properties, and multiply by 1.37 before attaching. Then play the start, middle and end, and check that on-screen text is readable and speech is clear.
If the result still doesn't fit, trim more rather than compressing harder; there's a floor past which quality collapses. For repeated or bulk work, the same tools are available through the Tool Cloud API, so you can script the compress-and-verify step.
Bitrate math for a target size (for the curious)
File size ≈ bitrate × duration ÷ 8. To work backwards from a target:
total bitrate (kbps) = target size in MB × 8000 ÷ duration in seconds
Subtract the audio bitrate, then take ~10% off as headroom.
Worked example (hypothetical)
Say you have a 60-second clip and a 15 MB target:
- Total bitrate: 15 × 8000 ÷ 60 = 2,000 kbps
- Subtract 96 kbps audio and ~10% headroom → about 1,700 kbps video
That's comfortably watchable at 720p. At 480p it would survive even longer clips; if your computed bitrate falls below ~500 kbps on a long video, lower the resolution first instead of pushing the bitrate into mush.
How long can the video be?
At 720p, H.264 email video runs roughly 5–8 MB per minute. Here's what fits:
| Length | Size at 720p | Fits |
|---|---|---|
| 30 seconds | 3–4 MB | All providers |
| 1 minute | 5–8 MB | All providers |
| 2 minutes | 10–15 MB | All providers |
| 3 minutes | 15–22 MB | Gmail/Yahoo only |
| 5 minutes | 25–35 MB | Too big: use 480p or a link |
| 10 minutes | 50–70 MB | Use a cloud link |
Things that don't work
- Zipping. MP4 files shrink only 1–2% because the codec already removed the redundancy, and zipping adds an unzip step for the recipient (brault). Skip it.
- "File too large after converting." That's a bitrate/resolution problem, not a container problem. Converting MOV to MP4 without lowering resolution and bitrate changes almost nothing.
- "Unsupported format" errors. Usually a codec problem inside a valid container. The file is an MP4 but it holds H.265. Convert to MP4/H.264.
- Compressing at full source resolution. Compressing a 4K file without resizing down first wastes bits on pixels nobody will see in an email preview. Resize to 720p first.
When to just send a link
If any of these describe your situation, don't compress at all:
- The video is longer than 2–3 minutes at 720p
- The file is near 20 MB
- Quality genuinely matters (a screen recording someone needs to read, a portfolio clip)
- The recipient is on a business Exchange account you don't control
A Google Drive, OneDrive, iCloud or Dropbox link delivers the original file at full quality with no size loss.
Link-sender checklist
The #1 post-send failure is a Drive file left on Restricted sharing, so the recipient gets a "You need access" request instead of the video (prodshort). Before you hit send:
- Set sharing to "Anyone with the link"
- Check any expiry settings
- For genuinely private footage, share directly with the recipient's email address rather than opening the link publicly
Check the size, trim first, compress comfortably under your budget, and verify before sending.
Frequently asked questions
Why did my 24 MB video fail on a 25 MB limit?
Because email limits apply to the whole encoded message, not your raw file. Attachments are base64-encoded in transit, adding roughly 33–37% overhead — a measured 19 MB file became ~26 MB. The practical raw-file ceiling under a 25 MB cap is about 18 MB.
What's the real safe file size for email attachments?
15 MB is the universal safe target. Up to ~18 MB works for Gmail and Yahoo recipients, but business Exchange accounts often default to just 10 MB, so ~7–8 MB is safer if you don't know the recipient's server.
Does zipping a video make it smaller?
Essentially no. MP4 files shrink only 1–2% because the codec already removed the redundancy, and zipping adds an unzip step for the recipient. Re-encoding at lower resolution and bitrate is the only real way to shrink video.
Why is my video blurry after compression?
The bitrate was pushed too low for the resolution. Dropping the resolution to 720p concentrates the same bits per pixel and usually fixes blur — lower the resolution before pushing the bitrate lower.
When should I send a link instead of an attachment?
Anything longer than about 2–3 minutes at 720p, or any file near 20 MB. A Google Drive, OneDrive, iCloud or Dropbox link sends full quality with no size loss — just check the sharing permissions before you hit send.