← Back to Blog

iMessage Read Receipt Video: Delivered, Read, and Quiet

·11 min read

Everyone who has ever sent a text they regretted knows the vocabulary. Delivered means it arrived. Read means they saw it. And the timestamp next to Read means you know exactly when — which is why that one word, followed by a time, followed by silence, is the most quietly devastating thing an iPhone can display.

iOS added a third state that most creators have not caught up with yet: Delivered Quietly, shown when your message reached the other device without making a sound, because that person has your notifications silenced.

Those three states are a complete emotional vocabulary, and MockClip's iMessage template renders all of them. This guide covers what each one means, how to time them, and the specific rule about which message the status attaches to.

An outgoing message shows Delivered. A reply arrives after its typing bubble. The final outgoing message shows Read 9:41 AM — the status moves down the thread as the conversation progresses.

The three states

Delivered. The message reached the recipient's device. It says nothing about whether a human has seen it. In story terms this is the neutral state — the message is out of your hands and the outcome is unknown. It is the default status for an outgoing message and the one to use when you want no emotional signal at all.

Read, with a timestamp. The recipient has read receipts enabled and has opened the conversation. This is the state that carries weight, because it converts ambiguity into certainty. The timestamp is what does the damage: Delivered leaves room for "maybe they're busy", while Read 9:41 AM removes it.

Delivered Quietly. The message arrived but produced no notification, because the recipient has notifications from you silenced or has a Focus mode running. It is a genuinely different emotional register from the other two — not rejection exactly, but a deliberate muting. Alongside it, iOS shows a line stating that the contact has notifications silenced, with a Notify Anyway option, which MockClip renders as well.

The rule that trips people up

The status line only appears under the most recent message in the thread.

This is not a MockClip limitation — it is how iMessage itself behaves. iOS shows one status, attached to the latest message, and it disappears from earlier messages as new ones arrive below them.

The practical consequence for your video: if you mark three outgoing messages as Delivered, you will not see three status lines stacked down the conversation. You will see one, under the last message, and only if that last message is one of yours. Set a status on message two and then add message three, and message two's status will not render.

This matters for scripting. If the delivery status is the payoff of your clip, the message carrying it has to be the final one. You cannot show Read 9:41 AM halfway through and then continue the conversation past it — the moment another message lands, the status is gone.

Animating "left on read"

The most-requested beat in the entire chat-video format is also the simplest to build, precisely because of the rule above.

Write your conversation. Make the last message an outgoing one. Mark it as Read and give it a readTime. Add nothing after it.

That is the whole thing. The clip ends on an outgoing message, a Read status with a specific time, and no reply. There is no incoming message to animate, no typing bubble, no reaction. The absence is the content, and the timestamp is what makes it concrete — the viewer knows the exact minute the silence started.

Two refinements worth making. First, pick a readTime that implies something: a time late at night reads differently from a time during the workday. Second, hold the final frame. If the video cuts the instant the status appears, viewers on a fast scroll will miss it entirely. The status line is small text and it needs a beat to register.

The Delivered Quietly beat

Both outgoing messages land, both show Delivered Quietly, and the notice underneath states the contact has notifications silenced. Nothing was rejected — it simply never made a sound.

This state is underused and it is more interesting than Read, because it is ambiguous in a way Read is not.

Read is unambiguous: they saw it and did not answer. Delivered Quietly is a puzzle. Did they silence you specifically? Are they in a Focus mode? Asleep? The viewer cannot tell, and neither can the character sending the message — which is exactly the anxiety the beat is built on.

There are two ways to set it. Per-message, by marking an individual outgoing message as delivered quietly. Or conversation-wide, by enabling the contact-has-notifications-silenced setting, after which any outgoing message you mark as Delivered will automatically render as Delivered Quietly. The conversation-wide switch is the one to use when the whole clip is about being muted, since it also produces the silenced-notifications notice underneath.

One behavioural detail: that notice appears when the last message is marked delivered, but not when it is marked read. This is logically consistent — if the recipient has read the message, the fact that it arrived quietly no longer matters, and iOS stops showing it.

Timing

Delivery statuses are cheap in runtime terms, which is what makes them useful in short-form. A typing indicator costs you two or three seconds of dead air; a status line costs nothing, because it appears alongside a message that was going to appear anyway.

Structure a receipt-driven clip like this:

  1. 0.0s — First outgoing message. Delivered.
  2. ~1.0s — Incoming reply, with a short typing bubble if you want rhythm.
  3. ~3.0s — Final outgoing message. Read, with a timestamp.
  4. ~4.0s onward — Hold. Nothing else happens.

That last hold is doing the most work and is the step most often skipped. Two seconds of a static final frame with a Read status is not dead air — it is the entire point of the video. It gives the viewer time to read the timestamp, understand the implication, and react.

For the full toolkit of what happens before a message lands, the typing indicator guide covers the bubble, the cancelled-typing beat, and outgoing input-field animation. Receipts and typing indicators combine well: a long typing bubble followed by a reply, then a final outgoing message left on read, is a complete three-act structure in about eight seconds.

How other templates handle receipts

Receipt vocabulary is platform-specific, and each template matches its own app rather than borrowing iMessage's:

TemplateReceipt vocabulary
iMessageDelivered, Read + timestamp, Delivered Quietly
WhatsAppSent, delivered, and read ticks, each on its own delay
Instagram DMSeen indicator

WhatsApp's model is meaningfully different: instead of a text status attached to the newest message, it uses tick marks that progress through states with individually controllable delays, so you can animate the transition itself rather than just its end state. The blue tick guide covers that chain in detail. Instagram's is the simplest of the three — a Seen marker, covered in the DM reactions and Seen guide.

If your script's emotional beat is "they saw it and said nothing", all three templates can carry it. Pick based on which app your audience associates with the relationship you are portraying, not on which receipt system is most featureful.

Three scripts built on receipts

The one-sided apology. Three outgoing messages in a row, increasing in length, no replies. Only the last one carries a status, and it reads Read with a timestamp. The escalation is visible in the message lengths; the verdict is in the single status line at the bottom. No incoming message is needed at all, which makes this the cheapest clip in the format to build.

The quiet week. Enable the conversation-level silenced-notifications setting and write two outgoing messages a dateLabel apart, so the thread visibly spans days. Both render as Delivered Quietly. The story is not that the person is angry — it is that the messages have been arriving without making a sound for longer than the sender realised.

The reversal. Open with an incoming message that has been sitting unanswered, then an outgoing reply marked Delivered, then hold. The viewer expects the usual dynamic and does not get it. Useful when the caption supplies context the thread deliberately withholds.

All three share a structural property: the emotional payload sits on the final message, which is the only place iMessage will render a status. Build backwards from that message and the rest of the script tends to write itself.

Pairing receipts with tapbacks

Receipts and tapbacks answer different questions. A receipt answers did they see it. A tapback answers what did they think of it. Putting both in one clip gives you a more precise emotional reading than either alone.

The combination worth knowing is a tapback instead of a reply. Your message gets a reaction — a thumbs-up, a heart, an exclamation — and then nothing else. The thread ends there. It is a specific kind of dismissal: acknowledged, categorised, and closed without engagement. Set tapbackDelay so the reaction lands a beat after the message rather than instantly, since an immediate reaction reads as automatic and a delayed one reads as considered.

You can sharpen it further by putting a tapback on a message that clearly warranted words. A long, vulnerable outgoing message answered with a single thumbs-up is a complete story in two beats. The tapback guide covers the full reaction set and their timing.

Note the interaction with the last-message rule: a tapback attaches to the message it reacts to, wherever that message sits in the thread, while a delivery status only ever renders on the final one. So a tapback mid-conversation displays fine — it is only the status line that migrates to the bottom.

Read receipts are a two-way setting. Worth remembering when scripting: in real iMessage, you only see a Read status if the recipient has read receipts switched on, and plenty of people keep them off precisely to avoid the dynamic this whole format is built on. If your scenario involves a character who would realistically have them disabled, Delivered is the more truthful status — and the ambiguity it leaves is often the better story anyway.

Mistakes to avoid

Putting the payoff status mid-conversation. It will not render. The status belongs to the last message. This is the single most common error.

Marking an incoming message with a delivery status. Delivery statuses apply to your outgoing messages only. You do not see receipts for messages other people sent you.

Cutting immediately after the status appears. Hold the frame. The status is small text and needs time to land.

Leaving readTime empty when the time matters. Without a readTime the status reads simply Read. That works, but the timestamp is most of the emotional payload — use it when the specific moment is part of the story.

Mixing Read and Delivered Quietly on the same beat. They tell contradictory stories. Read says they engaged; Delivered Quietly says it never reached their attention. Pick one per clip.

Building one

Open the iMessage template, set the contact name and theme, and write the conversation. On outgoing messages, set Delivered, or Read with a readTime, or delivered quietly. If the whole clip is about being muted, enable the conversation-level silenced-notifications setting instead of marking each message. Make sure the message carrying your payoff status is the final one, preview it, then export to MP4.

New to the template? The iMessage conversation walkthrough covers the fundamentals. For the reactions layer on top, see the tapback guide. Export quality and watermarking depend on your plan — the pricing page has the specifics.

The short version

Three states, one rule. Delivered is neutral, Read plus a timestamp is certainty, and Delivered Quietly is ambiguity. The rule is that only the last message shows a status, so whatever you want the viewer to feel has to be attached to the message you end on. Get that right, hold the final frame for a beat, and a two-message clip will outperform most twenty-message scripts.

Frequently Asked Questions

What are the iMessage delivery states MockClip can render?

Three. Delivered, which appears under an outgoing message once it reaches the other device. Read followed by a timestamp, which appears when the recipient has read receipts enabled and has opened the conversation. And Delivered Quietly, which appears when the recipient has notifications silenced so the message arrived without alerting them.

Why does the status only show under one message?

Because that is how real iMessage behaves. The status line renders under the most recent message in the thread only, not under every outgoing message. MockClip matches this — if you set a delivery status on an earlier message, it will not display once a later message appears below it.

What is Delivered Quietly in iMessage?

It is the status iOS shows when your message reached the recipient's device but did not produce a notification, because they have notifications from you silenced or have a Focus mode active. Alongside it, iOS displays a line reading that the contact has notifications silenced, with a Notify Anyway option.

How do I animate being left on read?

Mark your final outgoing message with the Read status and give it a readTime, then end the conversation there with no incoming reply after it. The status line reading Read with a timestamp under a message that never got answered is the entire beat — no further messages required.

Can I choose the timestamp shown next to Read?

Yes. The readTime field sets the text that appears after the word Read, so you can use any time format you want, such as 9:41 AM or 23:14. If you leave it blank the status shows Read on its own with no time after it.

Does the Delivered Quietly state apply automatically?

It can. If you enable the contact-has-notifications-silenced setting on the conversation, any outgoing message you mark as Delivered will show as Delivered Quietly automatically. You can also set it per-message without enabling the conversation-level setting.

Related Articles