Apple publishes no thresholds for iMessage spam enforcement. There is no documented limit, no dashboard, no warning email. An account works, and then one morning it does not.
That opacity leads people to guess, and most guesses fixate on volume. Volume is part of it, but it is neither the fastest trigger nor the most common one. This post lays out what is actually known, ordered by how quickly each one can end an account.
1. Junk reports — hours
This is the one that kills accounts, and it operates on a completely different timescale from everything else.
A single "Report Junk" tap is enough to start causing problems. A handful in a short window can take a weak account down outright. Where volume throttling builds over weeks, reports resolve in hours.
The mechanism is worth understanding: Apple has spent enormous effort on machine-learning spam classification, and still leans heavily on user reports as ground truth. A report is not one signal among many. It is a human telling Apple directly that a sender is unwanted.
Two consequences follow.
A tiny list is not protection. One report from a hundred recipients is a 1% report rate. That is enough.
The report button is only reachable in one situation. It appears prominently for a message from someone you have never talked to. Once a recipient has messaged you, the interaction is one they started, and the affordance is not sitting there waiting.
2. Behavioural pattern — days to weeks
Apple's systems look for shapes that do not match human messaging. Consistently reported signals:
- Identical text to multiple recipients back to back. Real people do not paste.
- Sends at too-precise intervals. A cron firing at exactly :00 every day is not what a person looks like.
- Bursts to numbers never contacted before. Ordinary conversation is with people you have talked to before.
- Accounts that only talk and never listen. A send-to-receive ratio with nothing coming back is the clearest possible signature of broadcasting.
That last one deserves emphasis, because it is the hardest to fake and the easiest to fix honestly. An account in genuine two-way conversation looks nothing like an account working a list, and no amount of pacing disguises the difference.
3. Volume — weeks
Volume matters, but as a ceiling rather than a trigger. Widely reported bands for a single Apple ID:
| Daily outbound | Risk | |---|---| | 80–120 | safe ceiling | | 150+ | elevated | | 250+ | high | | 500+ | suspension likely |
A warm-up ramp for an established account looks roughly like 25/day in week one, 50 in week two, 75 in week three, 100 from week four. For a brand-new account, halve those and stretch it by two weeks.
That ramp is not superstition. A new account sending at full volume on day one is matching the profile of a spam operation that just spun up, which is precisely what the classifier is looking for.
4. List quality — variable
Purchased and scraped lists fail on two fronts at once. The recipients did not opt in, so the report rate is high; and the numbers are unfiltered, so a meaningful share are wrong, dead, or belong to someone who never heard of you.
There is no pacing strategy that rescues a bad list.
The second wall: on-device filtering
Since iOS 26 there is a second enforcement layer that most people are not watching, because it is invisible.
Apple added an on-device classifier that can route a suspected message into a separate spam area — no notification, no badge, no sound. Crucially, the message is still delivered. Your platform reports success. Your dashboard shows green. The recipient never sees it.
This changes what "delivered" is worth as a metric. If you are only tracking delivery, you cannot distinguish a healthy channel from one that is being silently filtered.
The only proxy most senders have is the delivery-receipt rate — how many sent messages ever come back with a read or delivery confirmation. When that ratio collapses while sends keep succeeding, something is swallowing messages.
One correction worth making, since several vendor blogs get it wrong: Apple's Screen Unknown Senders setting is off by default in iOS 26, except for users who already had "Filter Unknown Senders" enabled before upgrading. The spam classifier still files suspected junk regardless. Plan for the filter; do not panic about the setting.
What actually reduces risk
Ranked by how much they matter:
- Do not message people who have not messaged you. This removes the report vector — the fastest and most lethal one — rather than reducing it. Everything else is a mitigation; this is a removal.
- Stay inside the volume band, with a real warm-up on new accounts.
- Vary content and timing. Never send identical text back to back; never let automated sends land on a fixed clock.
- Watch the delivery-receipt rate, not just delivery.
- Never buy a list.
If you have already been flagged
Wait a full 24 hours before resuming, then run at half your previous ceiling for at least a week. Resuming immediately at prior volume on a flagged account is how a warning becomes a ban.
Also worth knowing: Apple links accounts by hardware fingerprint. A clean Apple ID signed in on hardware previously associated with a flagged one is commonly re-linked, and frequently burns faster than the original. If you are starting over, the account is not the only thing that needs to be new.
FAQ
Questions
How many messages a day is safe from one Apple ID?
Roughly 80 to 120 sustained, with a warm-up first. Above 150 you are in elevated territory and above 250 you are gambling. But volume is a ceiling, not a shield — a low-volume account with a bad report rate still dies.
Will Apple warn me before banning?
No. There is no warning, no threshold notice and no appeal dashboard. The first signal most senders get is messages failing.
Does a new Apple ID on the same Mac fix it?
Often not. Apple links accounts via hardware fingerprints, so a clean ID on flagged hardware tends to be associated with the banned one — sometimes within days.
How do I tell a ban from a temporary glitch?
Sends that keep succeeding while delivery receipts stop arriving is the signature to watch. A ban frequently looks like everything working, because the send is accepted and only the delivery quietly does not happen.