Your file is too big for iMessage. Here's how to send the original.
Why iMessage compresses media, plus iCloud Mail Drop's catch · Updated May 2026
iMessage compresses photos and videos. Big files get rerouted through Mail Drop, which needs Apple accounts on both ends. sto.care sends 5 GB at original quality to anyone.
- 5 GB original quality, no compression
- Works to non-Apple recipients (Android, Windows, anyone)
- No iCloud account, no Mail Drop, just a link
- Free, 7-day expiry, revokable
You tried to send a video through Messages, watched the progress bar crawl, and got back something that looks softer than the original. Or worse, the file refused to send at all and iOS quietly handed it off to Mail Drop, which the recipient now has to fish out of an attachment link in their inbox. The Apple ecosystem has two ways to send big files, both of which assume the recipient is also on Apple. When they aren't, the experience falls apart.
What iMessage doesWhat iMessage actually does to your files
Photos and videos sent through Messages are not sent at the original resolution. Apple's own iPhone user guide for Messages notes that iPhone may compress photo and video attachments when sending them, and that carriers can layer their own size limits on top. The result is that a 4K video off a recent iPhone gets re-encoded to something noticeably smaller before it leaves your device. There's no in-app toggle to send the original through Messages, and there's no documented hard cap published, the practical ceiling for video before Messages either compresses heavily or hands off is around 100 MB.
Beyond that ceiling, iOS automatically reroutes the attachment through iCloud Mail Drop instead of Messages. Apple's Mail Drop limits page sets the per-message ceiling at 5 GB, with recipients given 30 days to download before the file leaves Apple's servers. Mail Drop is genuinely useful, but it ties to your iCloud account and the experience varies wildly depending on what the recipient is using.
Mail Drop realityWhy Mail Drop isn't a clean fix
Mail Drop is built for Apple-to-Apple. When the sender uses Apple Mail and the recipient also uses Apple Mail, the attachment shows up in the message body, the download is one tap, and the 30-day window is invisible to the user. That's the path Apple optimised for, and on that path it works fine.
The trouble starts when the recipient is on Android, Windows, or even a different mail client on macOS. The attachment becomes a download link inside the email pointing at iCloud's servers, often flagged as suspicious by enterprise filters, sometimes wrapped behind warning interstitials that the recipient has to click through. It works, but it doesn't feel like file sharing; it feels like recovering an attachment from a service the recipient has never heard of. And the 30-day clock keeps ticking whether they've seen the link or not.
sto.care sidesteps the whole platform negotiation. The recipient gets a plain web link. They click it, the file streams, done. They don't need an iCloud account, don't need to recognise the sending domain, don't need to be on a particular operating system. The flow is identical whether they're on an iPhone, a Pixel, a Windows laptop, or a Linux box.
How to do itHow to send a file too big for iMessage
Three steps, no app install on either end:
- Open sto.care in any browser (iPhone Safari works, so does Chrome on a Mac, so does Firefox on Windows). Drop the file on the upload zone.
- Wait for the upload to finish. The browser uploads directly to AWS S3 using multipart upload, so the speed is bounded by your connection rather than by a relay server.
- Copy the link, paste it into your iMessage thread, group chat, email, or wherever else you wanted to send the file. The recipient clicks, the file downloads, the original quality is preserved end to end.
The link is good for 7 days. If you change your mind sooner, click the revoke link in the confirmation email and the file is purged immediately. No iCloud, no Apple ID, no third-party app on the recipient's phone.
ComparisonThe four routes side by side
The pattern: Apple's native paths assume Apple recipients and trade quality for speed when they're unsure. AirDrop is great in the same room and irrelevant elsewhere. sto.care is the boring middle: a link that works wherever, no compression, no account, no platform negotiation.
FAQCommon questions
Does iMessage compress photos and videos?
Yes. Apple's iPhone user guide says the device may compress photo and video attachments when sending them through Messages, and carriers can also impose their own attachment size limits. The compression is automatic and there's no toggle to turn it off for a single send. If the original quality matters (a wedding video, RAW photos, a master cut), Messages is the wrong pipe.
What is iCloud Mail Drop and what's the limit?
Mail Drop is Apple's overflow path for large attachments. According to Apple's Mail Drop limits page, the per-message ceiling including attachments is 5 GB, and recipients have 30 days to download before the file is removed from Apple's servers. It's tied to your iCloud account and works most cleanly when both ends are using Apple Mail or a compatible client.
Will my Android friend see the photo at full quality?
Not through iMessage. Once a recipient is on Android, the conversation falls back to SMS/MMS or RCS depending on iOS version, and photos and videos get compressed on the way. The reliable way to send the original file to a non-Apple recipient is to upload it somewhere platform-agnostic (sto.care, a cloud-storage link, or another transfer service) and paste the link into the thread.
Do I need an iCloud account to use sto.care?
No. sto.care doesn't ask for any account: no iCloud, no Apple ID, no signup of any kind. You drop the file in a browser tab, get a link, paste it wherever you want. The recipient also doesn't need an account. They click the link and the file streams from S3 to their device.
Can I revoke a sto.care link if I send it to the wrong thread?
Yes. The confirmation email you get when the upload finishes contains a one-click revoke link. Click it and the file is purged from S3 immediately, ahead of the 7-day auto-expiry. If a recipient is mid-download, the connection drops; the next attempt 404s. You don't need an account to revoke, just access to the email you used.
What about AirDrop, isn't that the Apple answer?
AirDrop works for in-the-room transfers between Apple devices over Bluetooth and Wi-Fi. It's local-only, which is great when you're sitting next to the person and useless when they're on a different continent or on Android. For remote sends or cross-platform recipients, AirDrop isn't an option in the first place.
Send the original. 5 GB. Any recipient. No iCloud.
UPLOAD A FILE →Comparing alternatives? See sto.care vs Google Drive, read the send large files free overview, or check share a file with no signup if you want the no-account angle in more detail.