|
|
|
|
|
by jhugo
1523 days ago
|
|
> One big goal of XMPP was federated messaging (compare to email), and I'm not really seeing it. At best I'm seeing companies building on top of it, resulting in something hardly resembling the open version. Companies are benefitting from XMPP's freedom to build their own platforms, but that freedom isn't being passed onto end users in the vast majority of cases. Because XMPP, with its amorphous nature, doesn't stand up well enough as a product on its own. XMPP is a protocol, not a product, so it's not surprising that it doesn't stand up as a product on its own. If someone can come up with a compelling federated messaging product, it's likely that they would base the technical part on XMPP, because virtually all of the protocol work is done, and it's much more elegant and easier to build upon than something like Matrix. But that's not a protocol problem. The reasons why we still don't have good open federated messaging have absolutely nothing to do with the protocol used for that messaging. They're probably quite similar to the reasons why federation in email has regressed over the last 40 years, from personal/company mail servers back to massive centralisation in the likes of Gmail, despite the protocol remaining exactly the same. |
|
It does have an intended use case, and more opinionation could have improved its chances of achieving that.
> federation in email has regressed over the last 40 years, from personal/company mail servers back to massive centralisation in the likes of Gmail, despite the protocol remaining exactly the same
Protocol not changing is a problem. Email is so outdated nowadays that you're way better off using Gmail for its added security, especially within a company so everything stays within Gmail. IIRC email has changed a bit, but the new security features haven't been uniformly adopted like with HTTPS, so it's too much of a mixed bag.