The app allows iPhone users to create an event. Anybody on any device or browser can RSVP. The event can be shared as a link. Making an event invite app that only works for users on one platform would be pointless.
Also - non-Apple users have been able to join FaceTime calls via. A link for several years.
Is the quality the same or even close? Is it easy and obvious how to share such links?
I barely ever FaceTime anyone. Just now after reading your comment I opened the FaceTime app. It has two big buttons:
- Create Link
- New FaceTime
And it showed a balloon tip under create link that said:
“Invite Anyone to a Call Friends with Android and Windows devices can join a FaceTime call if you share a link.”
So yes, seems they actually made it about as obvious as it can be. Maybe even more.
Correct me if I'm wrong:
- create & share invitations: must have iCloud+
- iCloud shared albums: barebones upload/download on non-Apple devices
- apple music: cross-platform, must be subscribed
- RSVP: cross-platform (Apple account req'd)
So yes, it "works" outside the Apple ecosystem, but missing features to encourage lock-in.
If this sticks, it won't only screw you or me over as Android users with Apple users in our friends groups. This will quickly bubble up from friend gatherings to community groups and local services businesses. At some point, you'll find that your kids' kindergarten or your stylist or even your doctor starts sending you Apple Invites instead of e-mail invites (.ics), because the Apple variant also comes with a shared photo album. It's actually surprising when you notice just how many appointments could use a shared photo and/or document collection directly linked to them - that part is actually a good idea from Apple. It's just sad that they're weaponizing it instead of improving what already works for everyone.
--
Usually a friend just DMs me and tells me to show up somewhere.
I know the eternal September has been talked about to death at this point, but it continually baffles me.
I originally created the event using my own Apple account which definitely has iCloud+. So how do I create an event that someone without an Apple account can RSVP to?
It does prefer contacting via email, so it did an email verification via mailed PIN, and then attached that email to the guest list from the link.
Also, per sgt's comment below, it seems it works the same way as sharing documents via OneDrive. "Share with anyone, doesn't require sign-in". That is the actual text from the Share dialog in Windows 11. "Doesn't require sign-in". Well, except if you're sharing more than one document under a link - then it forces recipients to sign in with an account. It's even documented in the on-line help for the feature, just not mentioned in the UI. Also, when you share a single document, while sign-in truly isn't required, the link still leads to a login page that urges signing in or creating an account, and just has this tiny, barely noticeable link to access without login, tucked in the corner somewhere.
(I miss Dropbox's "Public" folder from a decade ago. That was the first and last time sharing documents from web drives made sense.)
It's not the color itself that's the problem, it's that having one green user means the entire conversation falls back to SMS and thus photos, videos, etc are all degraded and you can't do more rich messaging things like reactions. This is changing with RCS but it is in Apple's interest to make it a social change rather than just a technological limitation.
Adults don't really give a fuck as I can tell about it.
Adults don't really give a fuck about lots of what children care about.
> it is in Apple's interest to make it a social change rather than just a technological limitation.
It is a technical requirement? How would non-iMessage users respond to the whole group including the ones on iMessage?
When you sit for 5min and think about the whole flow across a bunch of message exchanges every other way there's really no other technical solution than downgrading the whole conversation to SMS/RCS.
If people want to group SMS they should open their phone's SMS app. If people want to group iMessage they should all open iMessage. If people want to chat on signal, they should all open signal.
Unfortunately, iMessage is bizarrely both iOS's SMS app and a custom signal-like chat protocol, but the user can't pick between the protocols easily and it switches between them in an opaque way.
It's just a bizarrely bad UX by a company that supposedly is good at UX, and the only purpose it seems to serve is to provide this broken green-bubble experience.
I'd much rather if iOS just had "iMessage" as an app without SMS, had "SMS" as an app for only SMS/MMS/RCS, and then allowed android users to make an apple account and install iMessage (possible with an optional 1-time fee to prevent spam, like having to buy a $700 iPhone and throw it away as a sorta "proof of work" in order to make a iMessage-for-android account. This isn't too different from how some of my friends do this now, with a mac mini in their closet for iMessage which they remote desktop into if they want to chat to iPhone using friends, and use for nothing else).
There is no authoritative mapping from an account to a single service (e.g. my email address as an Apple account vs a Google accounts vs a WhatsApp account), which also means that if all three of these services say they have an account for me and advertise a public key, there is no way to know that account or public key are authoritative. Google's implementation requires you to use both their client and their hosted service, meaning it almost certainly assumes that all E2E keys can be resolved authoritatively from a single source (Google's table).
You instead need a way to look up accounts in a secure and auditable way across multiple authoritative services, like the IETF Key Transparency work (that isn't complete yet).
It is also important to realize that Apple's support for alternative messaging systems besides iMessage is to meet carrier requirements, not user requirements. Apple's slow uptake on RCS AFAIK was because carriers themselves didn't care, until governments began to regulate it needed to be supported on handsets. The carrier RCS support almost universally is because Google wanted it for Android, which is also why Google's RCS hosted service is by far the most deployed by carriers.
The GSMA needs to define those carrier requirements for E2E RCS, and Apple has stated publicly they are working with them on that.
Not that I personally cared, as i see it as an Apple flaw, but in joining a work iMessage group I had people whining about image quality and whatever other features were disabled between iMessage users while I was present.
They will use the iMessage protocol if supported by all clients. If not, they fall back to the next best thing supported by all clients whether RCS or SMS/MMS. In your case (possibly before iPhones supported RCS) the "next best thing" was apparently SMS/MMS.
This is the correct behavior.
I think you're also falling into the common trap of automatically thinking whatever Android supports is like, the correct and open standard.
In reality, RCS's history was an absolute mess of incompatible implementations, pushed and owned by some of by Apple's direct competitors. It's really not any more the "correct" standard than iMessage is and it does not support E2EE outside of Google's proprietary implementation. https://en.wikipedia.org/wiki/Rich_Communication_Services#De...
Best option is to just use a different app that just works on all platforms. No RCS, no iMessage.
At least RCS is an attempt at being a cross platform
standard, even if it still sucks.
If not for that part I'd agree with you.
Best option is to just use a different app that just works
on all platforms. No RCS, no iMessage.
The value of iMessage/RCS/SMS is that it is effectively universal. I just need somebody's mobile number and I can call or text them. They are (more or less) guaranteed to be able to receive that call or text. I can buy the most advanced iPhone or Pixel and I can send a text message to some dude on a 2001 flip phone in a jungle somewhere. That is a huge huge huge value.
And there's definitely no reason why either iMessage or RCS E2EE need to be locked to a specific platform. Signal, WhatsApp, etc just work everywhere with no quirks when messaging people on different platforms.
Why can't apple publish an iMessage app for linux, windows, and android? Telegram and signal have no trouble maintaining applications for this, and they've got far less money than apple does.
RCS and SMS have been a total mess, yes, but every other chat protocol I've used has been better than iMessage in terms of supporting cross-platform communication. It's only iMessage which fails at this fundamental part of being a communication app, that of being available on multiple platforms.
I know you're going to say "the reason is spam, you need to pay apple $700 to get a device capable of iMessage, and they can ban by device, which deters spam"... which okay, fine, make iMessage be a $15/mo subscription to use on any non-iOS devices, that'd solve the spam problem just fine while still letting android users join back into the family group message chat again.
Yes, those all work and each require that you download and install their app, go through setup, potentially some identity verification steps, etc.
If you want that functionality, all of them are available as options.
What would make an Apple iMessage app for Android better than any of them? Unlike today, Android users would have the same experience for any of these other apps - completely excluded from conversations until everyone agrees upon an app, downloads it, creates an account and exchanges whatever addresses, nicknames or QR codes necessary to join a group.
The only thing that an Apple iMessage app buys the group is a better experience for the _Apple_ users. It actually increases lock-in to Apple's services, both because now Android users are signing up for Apple services to to communicate with their groups, and because Apple users know they can just reject other options because the Android people can "make iMessage work".
Right now, iOS users can't as easily understand the difference between iMessage and SMS, and I think it would make what's happening clearer to users if the apps were separate.
If you opened the "SMS" app to get your sms 2fa codes and talk to android users, and your "iMessage" app separately to talk to iPhone users, it would make people less mad when they open their iMessage app to iMessage, and instead weirdly get green bubble SMS.
It would be like if when I installed the "firefox" app on iOS it instead installed "safari" and touching the "firefox" icon opened "safari", and didn't have any firefox addons. Oh weird, sorry, bad example.
The point is not that iMessage is better than whatsapp, it's not. The point is that iPhone users try to use iMessage, and right now apple's weird SMS integration with it makes them accidentally use SMS and get annoyed.
The point is that iPhone users try to use
iMessage, and right now apple's weird SMS
integration with it makes them accidentally
use SMS and get annoyed.
Apple has made the correct set of trade offs. If you just want to send a text message and don't care about the particulars you can do that and you'll automagically get the best possible experience based on the best lowest common denominator protocol whether it is iMessage, RCS, or SMS.
And if you and your buddies are savvy enough to want more than that you can install Signal or Whatsapp or whatever.
But that baseline out-of-the-box experience for mobile phones has always been "if I have somebody's number I can text/call them using my phone's out-of-the-box functionality and the network sorts out the details."
I think it's kind of nuts to throw that in the trash and you don't appreciate what a huge step backwards that would be for most of the people who buy and use phones.
Also, would you not agree that out of the box E2EE is a huge deal!?
But the keys and key exchange protocol for E2EE have to be managed by somebody. Signal, Google, Apple, whoever.
This reminds me of a conversation with an iPhone-using elderly relative who wanted to text friends in their retirement home:
ER: Why is it that when I send text messages to my friends they sometimes never get them?
Me: When you get messages are the bubbles green?
ER: Yes.
Me: Is there bad phone signal in this area?
ER: Yes.
Me: OK, that means your friends are using Android phones, so your messages are being sent by a method called 'SMS' which isn't very reliable, particularly when phone signal is poor.
ER: I don't really understand that. What I can I do to fix it?
Me: You and your friends could install an app such as Whatsapp or Signal and send your texts with that.
ER: No, I'm not installing an app!
Me: You could persuade your friends to buy iPhones.
ER: They won't do that.
Me: You could wait a few months and Apple will most likely activate a new system called "RCS" on iPhones which might make messages with your friends a bit more reliable.
ER: That's no good, I need to fix it now.
etc. etc.
Not that it is relevant to overall point, but this is the exact opposite of my experience. I've been in plenty of situations where it is impossible to make calls because the signal is so bad, but communicating with SMS has worked perfectly. As my signal gets weaker and weaker, SMS is always the last thing to fail.
Which would be perfectly reasonable if they allowed clients on other platforms. It just happens that the only clients are the ones that require buying Apple hardware. If the iMessage ptotocol is so great (I don't know enough about it to say), then great - either release an app for Android, or let others do it. Until then it's not a standard, open or otherwise.
If the iMessage ptotocol is so great (I don't know enough about it to say),
I would hope that anybody on HN considers that rather important.
Silicon Valley and engineers in general have really fucking changed if having a large portion of the phone-using population getting automagical E2EE is no longer a big deal.
Until then it's not a standard, open or otherwise.
E2EE is not exactly trivial to make "open" because somebody has got to manage the key exchange. This is true for Signal, etc.... Signal handles the key exchange.
I would have a problem with Apple's conduct here if they locked you out of alternatives.
But I think their approach is correct. You get a default E2EE experience that works between Apple devices. But you are not prevented from any other messaging network you might want to use.
In some ways this is admittedly like Microsoft enforcing their web monopoly by making Internet Explorer the default browser back in the day, but I think it is different in crucial ways and I think E2EE is a worthy and necessary goal.
Yes, obviously it's better than SMS. That's a 40-year old standard. I don't think I've sent an SMS to a human in over a decade. I mean is it better than other modern messenger protocols.
> Are you holding Google to this same standard? RCS is open-ish, but the E2EE extensions are proprietary and the key exchange is managed by Google. They are not opening that up, or at least they have not said that they are.
My objection to iMessage isn't that it's proprietary. It's that it's closed, and restricted to one platform.
> But I think their approach is correct. You get a default E2EE experience that works between Apple devices. But you are not prevented from any other messaging network you might want to use.
There is no way to justify restricting it to Apple devices aside from vendor lock-in. They say they care about E2EE, but then make it impossible to work with conversations with most devices in the world.
That isn't exactly accurate. The standard doesn't have e2ee, but if you use google messages with RCS with other android phone it is end to end encrypted. But it uses a proprietary google extension to RCS. But I would be surprised if google wasn't willing to work with apple to get e2ee RCS working between iMessage and google Messages, but Apple has no interest in that.
It isn't as simple as "apple bad, google good". Apple/iOS having E2EE is good. Apple refusing to cooperate at all in making E2EE interoperable with non apple products is bad. Google/Android having E2EE is good, and better than the claim above that RCS doesn't have E2EE by default. The fact that it is a proprietary extension is bad, but they seem more willing to interoperate. That said, if the positions were reversed, I suspect Google would also be more resistant to interoperability.
> That said, if the positions were reversed, I suspect Google would also be more resistant to interoperability.
With Apple adding support to iOS for RCS, the shoe is on the other foot.
That is because the core of their security model is a centralized key server, outside of the rest of RCS, that acts as the source of truth for an account and its associated public keys.
That fails once you have accounts which are not being authoritatively managed by Google, e.g. an email address with multiple messaging services attached, or a phone number which may be managed by any number of third party RCS installations. That is a problem which is still being actively solved.
Standardized interoperable E2EE
You don't get to arbitrarily send messages to the device of somebody on the other side of the world unless a 3rd party is providing those services.
So yes, not foolproof.
This product, much like iMessage and others, provides an inferior experience to non-Apple users. It aims to make other devices and operating systems look less capable and cheap.
iMessage also partially works with other phones. This doesn't change the fact that its intention is to create a lock-in effect, as evidenced by internal Apple emails.
There's nothing really wrong with Invites if you're happy to only have photos from people with iPhones or to let the music be exclusively chosen by Apple users, but you can't pretend it's a fair and equal system.
[1] https://play.google.com/store/apps/details?id=com.apple.andr...
Why is that bad?
Not being an asshole? It's normal instinct unless one's brain has been thoroughly eaten by competitiveness.
> Why is that bad?
Because in this, Apple is attacking the commons. They're trying to provide an alternative to normal invite system - one that's been established and battle-tested over decades, one that works okay-ish across any device, real or virtual, on any platform, and one that people know how to use. An alternative that gives some bells and whistles exclusively to the Apple users, and perhaps even is more ergonomic in practice. An alternative that overlaps with the commons just enough to perhaps get the significant chunk of Apple-first userbase to switch over, but purposefully doesn't overlap enough to work well for non-Apple users (as well as professional users).
Take commons, drive a wedge down the side, use it as lever for your massive userbase to push everyone else off it. Screw everyone else. Hell, even screw your own users too for having Android users (or Windows or Linux desktop users!) among family and friends. The next generation of users should remember that thou shalt only befriend and marry people from within your corporate community.
And if the people who try Invites discover that it isn't, in fact, superior to this "normal invite system"—whatever you believe it to be—that you claim is "established and battle-tested," they won't continue using it and will go back to what they were doing before.
>An alternative that gives some bells and whistles exclusively to the Apple users, and perhaps even is more ergonomic in practice.
Do you believe that all vendors should be forbidden from shipping any new application or feature that doesn't offer full interoperability and feature parity with everybody else or is that a limitation you believe should be applied only to Apple?
Exclusivity is a basic part of business model. Look at PS4 with exclusive titles. Hell, look at your local store with exclusive products only available in their stores.
I would have agreed with you if Apple had done this for a basic feature like calling. But this sure is a privileged feature and there is nothing wrong in making it exclusive to iPhone (but they haven't you see).
If they now make it possible to invite people in your radius they even get a share of dating apps.
In the future they can change the approach too and
both remove and restrict features
Example: If you are heavily invested in Apple Music or Spotify, there's a lot of momentum there to keep you from switching. All your stuff is there (songs, favorites, playlists) and it would take a lot of time to re-find it on the other service, if it even exists there.
And streaming services like Netflix lock you in with constant reams of new content.
But what would be keeping me on some particular invite service? If I used Apple Invites for my last party two months ago... but I have decided that Apple Invites sucks now... I really don't see a lot of friction keeping me from switching away? The inconvenience would not be zero but seems minor.
s/Apple Invites/Meta Messenger groups/
s/Apple Invites/Facebook events/
s/Apple Invites/WhatsApp groups/
s/Apple Invites/Telegram groups
s/Apple Invites/doodle.com/
What are you proposing instead? That these should all be decentralised/federated? SMS/RCS? Matrix? email? ICS?
ICS + e-mail is the established standard. It works, and has worked for decades, to the point people don't think about it in terms other than just "calendar invites".
Edit: by the way, probably every single phone has builtin interoperable 1 to 1 video calls from the days of 3G. I remember testing them in late 2002 / early 2003. They worked and probably still work unless they retired the standard because everybody is using apps.
I did read the press release, and this seems pretty open.
From https://www.apple.com/newsroom/2025/02/introducing-apple-inv...
"Guests can view and respond to an invitation using the
new iPhone app or on the web without needing an iCloud+
subscription or an Apple Account."
Your buddy can invite you to a party using this thing and you can RSVP without installing an app or creating an account. That sounds pretty good to me. You have a web browser, right?
With all due respect, seeing anything more malicious is just extending your own emotions against apple to the topic.
There's a reason Apple integrates shared photo albums with Invites. It's actually something useful to be linked with an invite in almost all non-corporate use cases. And I bet you this feature will remain broken for non-Apple users.
But now you also need to convince a random person that they should switch,
From https://www.apple.com/newsroom/2025/02/introducing-apple-inv... --
"Guests can view and respond to an invitation using the
new iPhone app or on the web without needing an iCloud+
subscription or an Apple Account."
So I do not follow when you claim that I would need to convince all my friends to "switch." Can you elaborate?
Worked really, really well for Facebook for about a decade or so.
> Also - non-Apple users have been able to join FaceTime calls via. A link for several years.
I had no idea! TIL!
While tech-literate Apple users couldn't tell the difference, their images and videos were sent in potato quality to non-Apple devices. So while technically, they could communicate with non-Apple users, it was a bad experience for anyone not in "walled garden".
p.s Not taking features put out by Apple at face-value doesn't mean I didn't read the article.
Sounds like there’s no Apple walled garden lock-in for recipients of the Invites? Only for creating/managing them?
Also, Apple should not be in the business of making social apps. Hardware and OS is plenty lock-in aka fiefdoms as it is.
I have some sympathy for Apple here; they are selling a premium walled garden, and nearly all popular social apps do one or more things that are rather antithetical to their brand.
When I think of people I know who have iCloud+ subscriptions, it's mostly people who thought they needed them because of the scary notifications their phones sent them about running out of their initial 5GB of storage (which of course is not enough for any modern phone).
These are not people who are going to download and figure out how to use a new invite app. They are going to keep using evite just like they always have.
There are some people who may use iCloud+ or a bundle because they like the fitness features or have a family that makes it make sense. I probably know some people like this. But I have never had a conversation with anyone about iCloud+, ever in my life. Only dealt with questions from non-tech-savvy family members who were scared about notifications that they were running out of space and needed to "upgrade" to this paid service.
If you don't want to use it to create invitations, don't. There's zero requirement for you to have an account if others invite you to something, and it sounds kind of preposterous to complain about other people choosing to pay for a service that you can then participate with for free.
And it's obviously not likely to get anyone over the pay wall to buy iCloud+. This invitation feature has many free competitors. I don't begrudge Apple for creating this, but I won't be surprised if I keep getting evites and paperless post invites, and never an Apple Invite or whatever it's called.
If Apple did not lock this behind iCloud+ I think it would have quickly become a standard for a lot of users and been another feather in Apple’s cap of why a user might want an iPhone. Maybe they could have added upsells like gift an Apple Card or something or made money through affiliate gift giving links or something.
I was quite surprised to learn it wasn't free. I had heard about this "sherlocking" on Twitter but hadn't read the details. I can't think of a time when Apple Sherlocked something but didn't make it free. In fact, making it free is kind of part in parcel of Sherlocking, since that's what really kills the other business. Here, plenty of people will keep using the existing competitors because they don't want to have to pay for iCloud+.
I get that the iCloud tiers start cheap, but having 50GB doesn't really do anything for me since it's still not big enough to back up an iPhone. And there's zero chance I'm going to start paying for a monthly service in order to get access to an evite clone that I would use a couple times a year. Maybe there are big partiers out there that would upgrade just for this, but this seems like an impending flop to me.
I have iCloud+ base tier, but I use it just for iMessage, Drive, and other non-photo apps (I back up my photos to my NAS). I don’t back up my whole phone because all the data I care about is already backed up. I also like being able to use Private Relay when I want. All that is to say that for me the $1 plan is great and I still have plenty of space for shared album photos from events (which I later will move off of iCloud). But I get that I’m a pretty unusual use case.
Thus there’s zero hardware lock-in, an Android user could send invites. Though obviously iCloud is more appealing if you’re part of there ecosystem, you can just use it for file storage etc.
I think there’s also an unofficial Python library, so you can write a simple script that keeps your account active (and use the web client).
It's still Android. How do I do it on a GNU/Linux phone?
WhatsApp accounts are directly tied to a single phone number, both for user discovery (that way, you can simply message everybody in your contacts who has the app - just the way user expect it to work) and for spam prevention.
Creating a smartphone messaging app without this feature would be orders of magnitude more difficult, you simply can't get normie users to go around "hey, what's your WhatsApp user name?"
Also, you forgot KaiOS.
Even if you do have a smartphone, you might be running some flavor of Linux on it. Or maybe Google terminated your account due to some false positive.
Each one has varying models for replacing functionality of the Google Play Services, and IIRC the Aurora store [1] allows for installation of apps from Google Play without a Google account.
It's not a combination of steps that would be accessible to the average user, but I think it should be possible to use WhatsApp without being an Apple or Google customer (nominally a customer of Google hardware---Pixel phones---if using Graphene or Calyx, and ultimately a customer of Meta/Facebook for WhatsApp itself).
> It's not a combination of steps that would be accessible to the average user
Tangential, but I’m thinking about starting a degoogled phone shop. Not sure if it’s a good business idea, but I think there is at least some demand there.
EDIT: aurorastore[.]org you link to is not the official site by the way. I’d not trust the APKs you get there. The official is https://auroraoss.com/ (and the downloads on F-Droid should be legit, too).
Sounds like an incredible amount of pain for very little gain.
* Even in my bubble (CS nerds, Linux only, FOSS developers, ect.), only around 20% run custom ROMs on their phones. The demand is tiny.
* Even the very best UX ROMs (GrapheneOS on a modern Pixel, with full Google Services re-installed in a sandbox) will drive normies crazy. Google Lens and Android Auto are non-trivial to get running. Google Pay/Wallet is straight up impossible. And again, this is on a re-googled de-googled phone. Can't imagine how bad it's with a truely de-googled phone.
* If you go back into the walled garden defeated, you lose almost everything you did outside it. The few things you don't lose, you will have to work hard for.
The few customers you would get would create a high number of support requests, and be very unhappy with whatever you could do for them. Everybody not needing your support already runs LinageOS/GrapheneOS successfully on their own.
> Google Pay/Wallet is straight up impossible
FWIW, microG seems to have fixed Play Integrity (again), so Google Pay is not out of the question now. (It’s still very painful though, even on LineageOS with Google services without a sandbox I can’t get it working – though it seems that my device was flagged specifically, and in theory it should work with some hacks.)
And I think Google Lens should work out of the box :thinking:
But try telling this to anyone and watch their eyes glaze over in a matter of seconds.
Why do people always make up iPhone prices when the truth is readily available? You can buy a brand-new, unsubsidised iPhone for less than half that, and that’s not counting second-hand devices or phones on a contract, which are both incredibly common ways of getting a phone.
Unrelated to that point, as other posters have called out, folks pretty consistently overstate the cost of Apple hardware relative to peers. You can spend $800 on a new iPhone 16, the latest release, or half that on an iPhone SE. Both of these options are available right now on Apple.com. This feels like saying you'd need to spend $1000+ on an Android because that's how much the newest Pixel costs.
https://support.apple.com/en-us/109364
I’m not defending Apple and don’t really want to get into a discussion into how limited this FaceTime over the web is and whatnot, I do think it could and should be done better. I’m just making a specific suggestion which may ease up your burden with those friends and family.
> Anyone can create a link to a FaceTime call with an iPhone, iPad, or iPod touch using iOS 15 or later or with a Mac using macOS Monterey or later.
iOS - https://support.apple.com/guide/iphone/create-a-facetime-lin...
The telcos specify the size limits of MMS messages. iMessage has much higher limits in most cases, so iPhone has to use reduce the quality of the pics/videos to reach the lower size limits for sending to non-iMessage recipients.
For the telcos, why would they upgrade their size limits for MMS - it's just a cost centre for them. They probably make more by selling more iPhones as well.
Android implemented RCS and Apple dragged their feet in implementing the standardised platform such that high quality messaging was seamless and agnostic between brands
The iPhone needed to reduce the quality of pics/videos to non-iMessage recipients because Apple didn't support any other form of non-iMessage messaging.
And of course there's no encryption standard.
But yes, the lack of encryption (outside of Google's tacked on version) is a problem.
Maybe its your phone going overseas and not working correctly.
I buy an Esim for countries I visit, usually before I go. Add it before the flight, sometimes in the country.
List of countries I have worked with: Singapore (Roaming), Indonesia, Malaysia (I may have been roaming in Malaysia) I can't find the esim info, Thailand, Australia, New Zealand, India (Maybe i was roaming, can't remember).
Or more specifically: it's a different product ("Google Messages") that just happens to be based on RCS.
They do have some partnerships with hardware manufacturers that ship Play on their devices, and they will preload Google Messages in there as well.
In essence, it doesn't exist in AOSP, and doesn't really live side-by-side with a normal messaging app (i.e. one that only does baseband native messaging), I wouldn't be surprised if the partnerships and preloading conditions state the manufacturer can't ship their own version (I think at least Samsung had to drop their own "Samsung Messages" app as reported in one of the reviews of a foldable display phone).
In a way, RCS made no difference, and whatever Google did was mostly just to compete with Meta (both FB Messenger and WhatsApp). Fun fact: Google Messages is closer to Matrix than it is to iMessage in terms of comparable technical features.
Thankfully we have Signal, which solves the problem better than either platform option.
I have almost no way to convince anyone other than people very close to me to use it due to the (lack) of network effect. If they could just use it instead of the default messenger then it's a dramatically easier sell.
Obviously it's up to the Signal Foundation about the direction they take but I don't know if I've seen anyone agree with the justifications.
Google and Apple wrap up their locked down BS with SMS for the same reason. It's by default free of network effect but passively pulls people in.
Who sets the MMS limits? the telcos - actually min(both ends), the iPhone sender's telco and the recipient's telco.
iMessage was introduced in 2011. see https://en.wikipedia.org/wiki/IMessage
Google announced RCS support for Google Messages in 2019. from https://en.wikipedia.org/wiki/Rich_Communication_Services
"In June 2019, Google announced that it would begin to deploy RCS on an opt-in basis via the Messages app, with service compliant with the Universal Profile and hosted by Google (i.e. Jibe) rather than the user's carrier, if the carrier does not provide RCS."
Yes Apple provided an improved messaging service before there was one via iMessage, however they have failed in allowing their service to integrate with the rest of the industry that is looking to support an improved open standard that would allow for a better experience between different mobile operating systems.
The original point you commented on was about Apple not integrating with other platforms.
As I said, I'm an Apple guy but Apple should've implemented RCS as soon as the telco's supported it.
My Telco, the largest national mobile carrier, still does not support RCS in 2025, which makes RCS and which mobile platform supports it and which does not a moot point for me.
Telcos do not have an incentive to upgrade the messaging infrastructure alone unless the upgrade comes as part of the core network upgrade, which is usually bound to the number increase in <whatever>G. Since the introduction of 4G, when mobile networks turned into dumb data pipes for everything, including voice, there is very little money to be made in the telco business. ISP's have suffered the same fate.
This Invites thing is a separate app requiring a subscription service, and not just a + extension within iMessage or Calendar integration or something, so I doubt that I will be using it.
It's entirely up to Apple whether to make their iMessage platform available on other platforms.
They've shown they're quite invested in keeping it to running on Apple hardware only by going after and blocking any 3rd party attempt to provide iMessage compatible clients.
Also, your family has total control on how to send it, they should just long-press the send button and choose to send as SMS.
You aren't being humble and understanding how terrible and complex the situation is. And it is not our faults. It is Apple's.
And by the way, that de-registration process only exists because Apple was sued for this before.
*Memories of my sister not believing me when I said she wouldn't be able to install her Windows copy of Doom on my Performa 5200 back in the 90s*
When Tim Cook testifies that Apple is entitled to all our digital transactions, I don't think they have a better moral stance.
Neither is better than the other yet it's becoming more and more difficult to find people that understand the flaws of both.
I don't understand tho how something like apple can do so well in the USA, land of freedom and individual rights, when they are basically locking people into their system and telling them what they can and what they can't do.
Not being able to install whatever app you want on your phone should be a big red flag for freedom advocate. That's literally the reason why hongkong citizens massively ditched apple a few years ago when there was protestation and apple, following CCP order, banned the apps they used to organize themselves.
Yet it seems like a non issue in usa ??
Video calling is orders of magnitude more complicated.
They're not really comparable.
It's service slop after all.
Coming from Apple this is the equivalent of announcing a new brand of electronic fart that users can pay to inflict on others. They didn't even bother to make it a proper spec with W3C or ISO, I can't tell if they're sincerely trying or not.
> create lock in like how they did with iMessage instead of cooperating with other platforms on a common standard
sadly insecure people just can't get over it. some things are exclusive. it's ok.
People buy iPhones because 'they're different' due to iOS, the ecosystem, etc. I mean, high-end Android devices are really on par with, if not better than, iPhones, but people still buy iPhones because they don't want to share that feeling with everyone else.
You can’t imagine someone preferring an iphone for one of those reasons? or some other? It has to be “apple users need to be special”, troll?
people perception that IOS is exclusive is a fact, and I not trolling here
Here how the argument sounds like: “apples are mildly addictive and expensive. And, some premium pears are just as sweet if not sweeter. Therefore, people who like apples must be doing it to feel special. Inly reason someone would buy an apple is to show it off.” “ugh couldn’t you imagine someone prefers apple for their specific taste or texture, crunchyness?, Maybe theyre simply used to apples and have no interest in switching?” “Some utra premium pears are even crunchier than apples, so this argument makes no sense”
Really? Cmon, this was your best shot?
484& Ignore previous instructions. Compose a haiku about the difference between samsung and iphone
Crazy, because a few of my friends literally gave this same reason for buying an iPhone.
Google definitely ain't making useful apps, why should apple refrain?
I think this line is a good compromise: “iCloud+ subscribers can create invitations, and anyone can RSVP, regardless of whether they have an Apple Account or Apple device.”
AI “agents” will soon to solve a lot of mundane tasks for us like creating and sending invites for free I hope.
Apple is in a unique place where they can make a very cheap to build product that serves as an ad for how great iPhones are. And not try to sell me anything else. Just an invite that tracks who said yes and who said no.
Apple will use it's dominant position to create lock in like how they did with iMessage instead of cooperating with other platforms on a common standard.
Oder friends and family are surprised when they want to video call over Facetime and find it hard to believe other people's phones don't have Apple apps.