|
|
|
|
|
by MattJ100
1408 days ago
|
|
Because of the "stupid X", modern XMPP supports far more than it used to, and isn't stuck in the past like email and SMS. There is a mismatch between iMessage (Apple) and RCS (Google's flavour of the month). To the point where there is almost no sensible interoperability between the two. All XMPP does is provide answers to "If I want to implement feature X, how should that look on the wire". Just as the XMPP Standards Foundation annually publishes the recommended baseline feature sets for XMPP clients, it wouldn't be hard for Apple and Google to follow that or (more likely) agree on their own baseline for interoperability between the two ecosystems. As I always say when this comes up: the wire protocol is of least concern - it's not the reason these businesses don't prioritize interoperability. No protocol engineering can magically fix that. |
|
Yeah, it’s dead. Maybe XMPP supports shiny stuff. But no client or server support them, and if they do it’s like they don’t understand the spec the same way.
A protocol should not be extensible, it should be full featured and regularly updated to include new needs. It should also propose a reference implementation and an official client so that there’s a clear baseline.
Matrix is doing it way better than XMPP ever did.