iCloud Mail Sending Limits: Recipients, Size and Rate

The short answer
iCloud Mail caps attachments at 20 MB per message. Mail Drop raises the file ceiling to 5 GB by uploading to iCloud and sending a link instead. Apple does not publish a per-day message count, but rate throttling kicks in at volume. iCloud Mail's terms prohibit newsletters and bulk commercial sending.
iCloud Mail sending limits: 20 MB per attachment, 5 GB via Mail Drop, no published daily message cap, and bulk sending prohibited by Apple's terms.
On this page
The iCloud Mail sending limits that catch people mid-workflow are the 20 MB attachment ceiling and the per-message recipient cap Apple enforces without publishing a specific number. Apple does not publish an iCloud Mail sending limit per day, but rate throttling does exist — you will see SMTP 421 errors if you push enough volume in a short window. Mail Drop is Apple's documented escape hatch for large files: it uploads the attachment to iCloud's servers and sends the recipient a download link good for 30 days, with a ceiling of 5 GB per file.
This guide collects every limit Apple publishes, explains what each rejection looks like when you hit one, and covers the workaround for each case. For bulk announcements and newsletters, the answer is the same regardless of limits: Apple's terms prohibit them, and iCloud Mail is not designed for that use case.
The Short Answer: iCloud Mail Limits at a Glance#
Apple publishes the attachment size limit and the Mail Drop ceiling directly. The daily message count and the per-message recipient cap are not stated as specific numbers in Apple's public documentation — the terms and the SMTP rejection behavior confirm limits exist, but Apple does not disclose the thresholds.
| Limit | Value or status | Notes |
|---|---|---|
| Standard attachment size | 20 MB per message | Applies to the MIME-encoded message size, not the raw file size |
| Mail Drop file size | Up to 5 GB per file | Recipient gets a download link; file stays available for 30 days |
| Per-day message volume | Not published by Apple | Rate throttling applies at high volume; SMTP 421 errors appear when hit |
| Recipients per message | Not published as a specific number | Too Many Recipients SMTP rejection enforces a cap at volume sends |
| Newsletter and bulk sending | Prohibited | Apple's iCloud and Mail terms of service explicitly bar commercial bulk email |
| Mail Drop storage impact | Does not count against iCloud storage quota | Files are stored on Apple's servers separately and deleted after 30 days |
Before You Start#
Three things shape how iCloud Mail's limits behave in practice. Understanding them prevents the most common surprises before you hit an error mid-send.
- The 20 MB ceiling is the encoded message size, not the raw file size. Email clients encode attachments in Base64, which adds roughly 33 percent to the file's size in transit. A 15 MB file often produces a message that bumps against the 20 MB ceiling. If you see a rejection for a file that seemed safely under the limit, this encoding overhead is the usual reason.
- Mail Drop is a per-send choice, not a global account setting you toggle on. In Apple Mail on macOS, a dialog appears when you try to send a message with an attachment above the threshold. On icloud.com, there is a dedicated button in the attachment toolbar. In third-party IMAP clients such as Outlook or Thunderbird, Mail Drop is not available at all — the 20 MB server limit applies with no automatic escape hatch.
- iCloud Mail is a personal email service subject to Apple's iCloud terms of service. Those terms bar using an iCloud address to send bulk commercial email, solicited or otherwise. If your goal is to reach a list of contacts with a newsletter or client announcement, the sending limits are a secondary concern — the terms require a dedicated email service provider from the outset.
How to Send Large Files and Handle Large Recipient Lists#
- 1
Check the encoded message size before sending
Add your attachment to the draft and check the total size your client reports. In Apple Mail on macOS, the message size appears in the compose window header when an attachment is present. If the reported size is above 15 MB, the message is likely to trigger either a client-side Mail Drop prompt or a server-side rejection. Files over 20 MB must go through Mail Drop or an external file-sharing link pasted into the body.
- 2
Use Mail Drop in Apple Mail on macOS
When you click Send with a large attachment, a dialog appears asking whether to send using Mail Drop. Click Use Mail Drop. Apple uploads the file to iCloud and replaces the attachment with a download link in the message body. The link stays active for 30 days. Recipients do not need an iCloud account to download the file. If the dialog does not appear automatically, open Mail preferences, select the Accounts pane, choose your iCloud account, and confirm that Use Mail Drop When Sending Large Attachments is enabled.
- 3
Use Mail Drop via icloud.com
In the icloud.com web interface, compose a new message and click the attachment paperclip icon. A menu offers two options: Attach Files and Attach with Mail Drop. Select Attach with Mail Drop, choose your file, and wait for the upload to finish before clicking Send. The file can be up to 5 GB. The compose interface shows upload progress. The sent message reaches the recipient as a download link, the same result as the Apple Mail path.
- 4
Handle a large recipient list
iCloud Mail enforces a per-message recipient cap, and Apple does not publish the threshold. The Too Many Recipients rejection appears before you reach even a modest list. To stay within the limit, reduce the recipient count per message and send in batches, waiting several minutes between each send. Use BCC rather than CC to avoid exposing all recipients to each other. For any list larger than a handful of contacts, or any recurring send, iCloud Mail is the wrong tool — an email service provider handles large lists without per-message caps and without the terms-of-service risk.
How Limits Behave Across iCloud Mail Access Methods#
The 20 MB ceiling is enforced at the server level regardless of which interface you use to access iCloud Mail. Mail Drop, however, is only available through Apple's own interfaces — it is a client feature, not a server feature, so third-party clients that connect via IMAP and SMTP hit the hard limit with no fallback.
| Access method | Attachment limit | Mail Drop available | Notes |
|---|---|---|---|
| Apple Mail on macOS | 20 MB (automatic prompt appears) | Yes | Client prompts to use Mail Drop when the attachment exceeds the threshold |
| Apple Mail on iOS and iPadOS | 20 MB | Yes, for files attached via the Files app | Tap and hold an attachment in compose view to get the Mail Drop option |
| icloud.com web interface | 20 MB standard; 5 GB via Mail Drop | Yes | Use the Attach with Mail Drop option in the attachment toolbar |
| Third-party IMAP clients (Outlook, Thunderbird, etc.) | 20 MB — server-enforced hard limit | No | SMTP server rejects oversized messages; Mail Drop is an Apple client feature only |
| Third-party iOS mail apps connected via IMAP | 20 MB — server-enforced hard limit | No | The app receives an SMTP rejection; no client-side Mail Drop prompt is possible |
What to Do When iCloud Mail Rejects Your Message#
Most iCloud Mail sending rejections have one direct cause and a straightforward fix. The error message is usually specific enough to point you in the right direction.
- Message too large or attachment rejected: the encoded message exceeds 20 MB. In Apple Mail or icloud.com, use Mail Drop. In a third-party client, remove the attachment and share the file through a separate service — iCloud Drive, Google Drive, or Dropbox — and paste the share link into the message body instead.
- Too Many Recipients: Apple's SMTP server enforces a per-message recipient cap and returns this error when you exceed it. Reduce the recipient count and send in batches, adding a pause of several minutes between each send. If you are hitting this limit regularly, the underlying need is an email service provider, not a workaround.
- SMTP 421 or temporary service unavailable: iCloud's servers are rate-limiting your account. Wait at least an hour before retrying. If the error persists across a full day, Apple Support is the next step — there is no self-service mechanism to lift a temporary rate limit from your end.
- Message appears to send but the recipient never receives it: some SMTP clients swallow iCloud rejection codes without surfacing them to you. Check your Sent folder — if the message is missing, the client did not actually transmit it. Switch to Apple Mail or icloud.com to send and confirm the error there.

iCloud Mail is not designed for bulk sending
A Faster Way to Handle High-Volume Correspondence#
If you are running into iCloud Mail's limits because you are managing a large volume of ongoing threads — client follow-ups, project updates, coordination across a contact list — the limits are a symptom. The underlying situation is an inbox that needs more than a personal mail client can provide.
AI Emaily connects to iCloud Mail over the same IMAP and SMTP path and handles the server configuration during onboarding. On top of the connection it adds a triage layer: incoming threads are categorized and surfaced by priority, replies are drafted in a voice defined through a user-set Context brain and per-client profiles, and nothing sends without your explicit approval in Copilot mode. You can connect iCloud alongside Gmail, Outlook, or any IMAP account in a single unified inbox. We build AI Emaily.
Frequently asked
See it in AI Emaily
Keep reading

Written by
Nafiul HasanNafiul Hasan is an entrepreneur and AI automation system builder with 10+ years of experience turning messy, manual workflows into reliable automated systems. He designs and ships AI enterprise solutions end-to-end — the agent logic, the data plumbing, and the product people actually use — and founded AI Emaily to give busy professionals their attention back. He writes here from the builder's seat: what works, what breaks, and how to put AI to work without giving up control.