NearVid

2026-10-08

Apple Mail reroutes big videos through Mail Drop — 5GB cap, 30-day expiration, confirmed on Apple’s own support pages

Send a video from Gmail, Outlook.com, or Yahoo Mail and the ceiling is the same everywhere: 25MB, no exceptions, no silent workaround. Send the same video from Apple's own Mail app while signed in to iCloud, and something different happens — Apple's own "Mail Drop limits" support page describes a feature that quietly swaps the attachment for a link, raises the ceiling to "attachments up to 5 GB in size," and starts a 30-day countdown the sender never sees a warning about. Here's exactly what Apple's own pages say Mail Drop does, when it kicks in automatically versus when Mail asks first, and which part of this NearVid's existing lossless Trim already sidesteps.

What Mail Drop actually is, per Apple's own guide

Apple's support guide for Mail on Mac states the trigger condition plainly: "Mail Drop is used for files that exceed the maximum size allowed by your email account provider." It isn't a separate feature you turn on by choice every time — it's Mail's fallback the moment an attachment is too big for the account sending it. What changes is who decides: "If you're signed in to iCloud when you click Send, Mail automatically sends the attachments using Mail Drop." For any other account added to Mail — a Gmail or Outlook account configured inside the Mail app, for instance — "Mail asks you whether to use Mail Drop," with an option to "Don't ask again for this account." The guide also states a requirement easy to miss: "you must be signed in to your Apple Account to send attachments using Mail Drop" at all — without that sign-in, the fallback isn't available regardless of account type.

The numbers, quoted directly from Apple's "Mail Drop limits" page

Apple's dedicated "Mail Drop limits" page states four figures, and all four matter for a different reason:

The same page states which devices actually run Mail Drop at all: "Mail Drop works with a Mac using OS X Yosemite or later, an iPhone, iPad, or iPod touch with iOS 9.2, and a Mac or PC with an updated browser" — version floors low enough that, in practice, any Apple Mail installed today qualifies.

What a non-Apple recipient — the Gmail/Outlook/Yahoo reader from the companion post — actually gets

This is the part Apple's guide states without hedging: "If a recipient uses Mail in OS X 10.10 or later, the attachments are included in your message. For other recipients, your message includes links for downloading the attachments, and their expiration date." A Gmail, Outlook.com, or Yahoo Mail recipient — the exact audience this site's 25MB webmail post covers — falls into "other recipients." They don't receive a 5GB file sitting in their inbox; they receive a link, with an expiration date stated in the message, inside an inbox that itself still caps a normal attachment at 25MB. Miss that 30-day window and the video is gone — "attachment expires after 30 days" is not a suggestion. Apple's limits page also lists one more way delivery can fail even with Mail Drop active: "The recipient's email app might have a smaller message size limit that prevents the attachment from being delivered" — the Mail Drop link itself travels inside an ordinary email, and an unusually strict spam or size filter on the receiving end can still block that message.

Two paths out of Apple Mail, per Apple's own support pages Branch point: does the file fit the account's own attachment limit (e.g. Gmail/Outlook/Yahoo's 25MB)? Fits the normal limit Sent as a regular attachment Lands directly in the inbox No expiration date, ever Doesn't touch iCloud or Mail Drop ✓ permanent, no countdown Too big, sender signed into iCloud Mail Drop uploads it to iCloud Cap: up to 5GB per attachment Recipient gets a download link Link expires after 30 days ⚠ gone if not downloaded in time Both branches are real Apple Mail behavior — which one a given send takes depends on file size and sign-in state, not on asking.
Apple Mail doesn't pick a side on purpose — it checks the file against the account's normal limit first, and only reaches for Mail Drop's 5GB/30-day path when that check fails and iCloud sign-in is available.

Where NearVid's lossless Trim actually changes which path a video takes

NearVid's Trim is a stream copy, not a re-encode — packages/near-video-engine/engine.js documents it directly: "trim() can stream-copy ANY input container/codec losslessly (no encoder invoked at all)." Cutting a video down to the clip that actually matters, before attaching it, is the one step that can move a file from the right side of this diagram to the left — under 25MB (or whatever the receiving account's own limit is) means a normal, permanent attachment that never starts a 30-day clock, never depends on the sender being signed in to iCloud, and never depends on the recipient remembering to click a link in time.

Where converting to MP4 matters even when Mail Drop already succeeded

Mail Drop solves a size problem, not a playback problem. A recipient who downloads a video inside the 30-day window has only confirmed that the download finished — not that the file opens. A Mac-shot .mov in HEVC can still fail to play once it lands on a Windows machine or an older device, the exact failure this site's HEVC-on-Windows post covers separately. NearVid's Convert to MP4 — H.264 Baseline + AAC-LC via WebCodecs, gated on the browser actually supporting that encode (the option doesn't appear at all otherwise, rather than sitting there disabled) — produces a container built for exactly this kind of handoff, on-device, before the file ever reaches Mail Drop's 5GB ceiling or its 30-day clock.

What this doesn't do

NearVid doesn't send email, doesn't touch iCloud or an Apple Account, and doesn't know — or try to guess — whether a given send will trigger Mail Drop, since that depends on the sender's account, sign-in state, and the recipient's own provider limit, none of which NearVid has any visibility into. It can't extend a 30-day window already running on a file sent before NearVid ever touched it, and it doesn't retrieve or re-download anything from Mail Drop. What it does do, entirely before any of that: cut the file to size without re-encoding, and produce a widely-playable MP4 when the browser supports it — both finished on-device, before the email is ever sent.

The honest summary

Apple's own support pages describe Mail Drop as an automatic fallback, not an optional feature: it triggers the instant an attachment is too big for the sending account, raises the ceiling to 5GB, and — per Apple's own wording — gives the recipient "links for downloading the attachments, and their expiration date," with each attachment stated to expire "after 30 days." A Gmail, Outlook, or Yahoo recipient on the other end gets exactly that link-and-countdown experience, not a 5GB file sitting permanently in their inbox. NearVid's lossless Trim can keep a clip under the sending account's own normal limit in the first place — skipping Mail Drop, the 30-day window, and the iCloud sign-in dependency entirely — and its Convert to MP4 handles the separate problem Mail Drop was never built to solve: whether the file plays once it's actually downloaded.