iMessage vs RCS vs SMS, feature by feature
Ten things people actually care about, across four ways a text can travel. The third column is the one that matters and the one most comparisons leave out.
Most comparisons have three columns: iMessage, RCS, SMS. That hides the important case. "RCS supports reactions" is true and useless if what you need to know is whether a reaction survives the trip from an iPhone to a Pixel. So we split RCS in two — Android-to-Android, and cross-platform — because those two are genuinely different, and the second is where things break.
Read receipts
- iMessage (iPhone ↔ iPhone) Depends unverified Carried by the protocol, but only if the other person has read receipts switched on.
- RCS (Android ↔ Android) Depends unverified Same idea: supported, but each person controls whether theirs are sent.
- RCS (iPhone ↔ Android) Depends unverified Supported in both directions, and still off for anyone who turned it off.
- SMS / MMS Not available unverified SMS and MMS have no read receipt at all. Nothing to switch on.
Why: A read receipt is a separate signal the receiving app has to send back. SMS has no channel for it at all.
Typing indicator ("…")
- iMessage (iPhone ↔ iPhone) Works unverified Shows while the other person is composing.
- RCS (Android ↔ Android) Works unverified Shows while the other person is composing.
- RCS (iPhone ↔ Android) Works unverified One of the first things people notice working after RCS connects.
- SMS / MMS Not available unverified No live channel exists, so there is nothing to display.
Why: Like read receipts, this is a live signal that needs a data session open between both apps.
"Delivered" status
- iMessage (iPhone ↔ iPhone) Works unverified Confirms the message reached the device, not that it was read.
- RCS (Android ↔ Android) Works unverified Same meaning as on iMessage.
- RCS (iPhone ↔ Android) Works unverified Works across platforms once the chat is actually on RCS.
- SMS / MMS Depends unverified Only if both carriers support and forward delivery reports. Many do not.
Why: iMessage and RCS get an acknowledgement from the receiving device. SMS only ever gets one from the network, and only if the carrier passes it on.
Full-quality photos and video
- iMessage (iPhone ↔ iPhone) Works unverified Sends at close to original quality.
- RCS (Android ↔ Android) Works unverified Much higher ceiling than MMS, though a limit still exists.
- RCS (iPhone ↔ Android) Works unverified This is the single biggest visible difference from falling back to MMS.
- SMS / MMS Degraded unverified Heavy compression to fit the MMS size cap. This is the classic blurry photo.
Why: MMS was designed around a payload of roughly a megabyte, so anything bigger gets crushed to fit. RCS raises the ceiling by a lot but does not remove it.
Reactions / Tapbacks
- iMessage (iPhone ↔ iPhone) Works unverified Attaches to the original message.
- RCS (Android ↔ Android) Works unverified Attaches to the original message.
- RCS (iPhone ↔ Android) Works unverified Believed to attach properly rather than arrive as text — this is the cell we most want to confirm.
- SMS / MMS Degraded unverified Arrives as a separate message reading "Liked a photo" or similar.
Why: A reaction is metadata attached to an earlier message. If the protocol cannot attach it, the sending app describes it in words instead.
Edit and unsend
- iMessage (iPhone ↔ iPhone) Works unverified Within Apple’s own time limits.
- RCS (Android ↔ Android) Depends unverified Depends on the app version on both sides.
- RCS (iPhone ↔ Android) Not available unverified Understood not to carry between an iPhone and an Android phone.
- SMS / MMS Not available unverified Once an SMS is sent it is gone. There is no recall.
Why: Editing means reaching back into a message already on someone else's device. That only works where both ends run the same messaging system.
Naming a group and leaving it
- iMessage (iPhone ↔ iPhone) Works unverified Name it, add people, leave it.
- RCS (Android ↔ Android) Works unverified Works when everyone in the group is on RCS.
- RCS (iPhone ↔ Android) Depends unverified Only if every participant is RCS-capable. One person who is not drops the whole group to MMS.
- SMS / MMS Not available unverified No name, no leaving — you can only mute it.
Why: A group with a name and a membership list is a real object on a server. An MMS group is just a list of numbers on every message.
Voice messages
- iMessage (iPhone ↔ iPhone) Works unverified Plays inline in the thread.
- RCS (Android ↔ Android) Works unverified Plays inline in the thread.
- RCS (iPhone ↔ Android) Works unverified Believed to play inline on both sides.
- SMS / MMS Degraded unverified Arrives as an attachment to open rather than a clip to tap.
Why: A voice clip is just a file. The question is whether the protocol can carry a file of that size and play it inline.
Location sharing
- iMessage (iPhone ↔ iPhone) Works unverified Both a one-off pin and continuous sharing.
- RCS (Android ↔ Android) Works unverified Both a one-off pin and continuous sharing inside the same app.
- RCS (iPhone ↔ Android) Depends unverified A static pin generally travels. Continuous, live sharing usually does not.
- SMS / MMS Degraded unverified Becomes a map link in the message body.
Why: Sending a pin once and sharing your position continuously are different features, and only the first travels well between platforms.
Long messages arriving in one piece
- iMessage (iPhone ↔ iPhone) Works unverified Length is not a meaningful constraint.
- RCS (Android ↔ Android) Works unverified Length is not a meaningful constraint.
- RCS (iPhone ↔ Android) Works unverified Length is not a meaningful constraint.
- SMS / MMS Degraded unverified Split into segments; emoji and accents cut the per-segment limit sharply.
Why: SMS carries a fixed, small number of characters per message, so anything longer is cut into segments and reassembled — badly, sometimes.
Version facts on this page: not verified yet — the site-wide verification pass has not been completed. See the update log
How to read the four states
- Works — the feature does what you expect, with no asterisk.
- Degraded — something arrives, but not the thing you sent. A photo arrives at a fraction of its resolution; a reaction arrives as a sentence. This is the state that causes the most confusion, because nothing looks broken.
- Not available — the protocol has no way to carry it, so it simply does not happen.
- Depends — the protocol can carry it, but something outside the protocol decides whether it does: a setting the other person controls, or which carrier they are on.
Where these answers come from
Every claim on this page is tied to an entry in our verification table, and every entry carries its own confidence level. That is the whole point of the site: articles about this get written once and then quietly rot, and we would rather show you which parts we have actually checked than sound uniformly confident about all of them.
| ID | What we need to know | Status | Source |
|---|---|---|---|
| F4 | Reactions are believed to survive between an iPhone and an Android phone on RCS, but early iPhone RCS releases sent them as plain text and we have not checked which release changed that. | Pending verification | Not attached yet |
| F5 | Apple’s iPhone User Guide states plainly that “SMS, MMS, or RCS text messages can’t be edited or unsent”. The one exception Apple gives is a group conversation that still contains at least one iMessage user — that is an iMessage thread, not the cross-platform RCS case this fact covers. | Confirmed | Primary source |
| F8 | Voice clips are believed to carry over RCS. Live location is a different feature from sending a static pin and the two behave differently across platforms. | Pending verification | Not attached yet |
| F9 | The ceiling is set by the profile and by each carrier, so a single number is already a simplification. | Pending verification | Not attached yet |
| F10 | Menu paths and defaults have both changed between versions. The "reciprocal" flag (whether turning yours off also hides theirs) is the part we are least sure of. | Pending verification | Not attached yet |
| F21 | Carriers publish different numbers and the effective limit is the smaller of the two carriers involved. Needs per-carrier primary sources. | Pending verification | Not attached yet |
| F22 | Standard figures, but sourced from memory rather than the 3GPP specification. | Pending verification | Not attached yet |
| F24 | Google’s RCS FAQ: “If all the participants don’t have RCS chats turned on, you still may be able to create SMS/MMS groups.” Google’s RCS overview page states the requirement from the other side: “everyone in the Google Messages conversation must turn the RCS chats on.” The behaviour when someone is added mid-thread is still not documented by Google. | Confirmed | Primary source |