4 ms·

Rocket.Chat is basically selfhosted slack. They now have a feature where it can federate with matrix. This means rocketchat users on your rocketchat instance c

by Macha 4y ago

Rocket.Chat is basically selfhosted slack. They now have a feature where it can federate with matrix. This means rocketchat users on your rocketchat instance can talk to matrix users on a federated matrix network if you enable it. This means you could use the Rocket.chat server and Rocket.chat UI as an alternative to a homeserver + matrix client. I don't believe this allows using a matrix client to connect to rocket.chat server's directly or vice versa.

ducktective 4y ago
Thanks! So they have their own protocol and client. But, they have made a bridge with matrix. They could have just created a matrix client instead of the whole business model...
- SargeZT 4y ago
  Matrix was still a part of Amdocs and basically not a thing beyond a protocol and a WebRTC demo When RocketChat was created.
- zufallsheld 4y ago
  Well, matrix is from 2014, rocketchat from 2015. I don't know if matrix was this popular and mature in 2014 to adopt it to build a business around it.
woojoo666 4y ago
At the end of the article they posted an update: > Aaron from Rocket.Chat just published an excellent guide & video tour for how to actually set up your Rocket.Chat instance with Dendrite Dendrite is a Matrix homeserver[1] so it looks like you can mix and match [1]: https://matrix.org/docs/projects/try-matrix-now#servers https://matrix.org/docs/projects/try-matrix-now#servers
walrus01 4y ago
> Rocket.Chat is basically selfhosted slack. What would this accomplish that self hosting synapse doesn't? It's totally possible to self host the official matrix 'synapse' daemon for self hosted slack-like functionality within an organization, and use the official 'element' client or any other compliant matrix protocol client. If it's for something like company slack-like functionality you can choose to federate or not federate. https://github.com/matrix-org/synapse https://github.com/matrix-org/synapse I have one setup where the synapse daemon lives on a VM that's only accessible in company internal RFC1918 IP space so you can only connect to it if your laptop or other device is also on a split tunnel VPN. Of course you could run it with a public IP as well.
- Macha 4y ago
  > What would this accomplish that self hosting synapse doesn't? It would have all your messages in it if you've been using it for years. You may prefer the UI. It may be more efficient (synapse gets a lot of bad press for being heavyweight). You may partner with a company that already has one system, while you use the other, and would like to chat with each other without either of you changing out your infrastructure.
- preseinger 4y ago
  > It's totally possible to self host the official matrix 'synapse' daemon for self hosted slack-like functionality within an organization, and use the official 'element' client or any other compliant matrix protocol client. If it's for something like company slack-like functionality you can choose to federate or not federate. Having attempted to do exactly this recently, let me assure you that while it may be technically possible, it is practically infeasible. Almost everything in Matrix, at multiple layer of abstraction, is built on the presumption of federation: federated events, federated authn/authz, etc. Try to turn federation off, and you're in a no-man's land of untested and unpredictable behaviors. Want to turn off federation _and_ make E2EE obligatory? Good luck! Even if you manage to get Synapse configured to work that way, you'll be delighted to discover that retention rules don't apply to encrypted events. Synapse, by the way, is a real resource hog. It used an order of magnitude more resources than any other service in my entire infrastructure _at idle_ with no users and no federation. I would have loved to use one of the alternative server implementations, but none of them supported both E2EE and SSO. Matrix is a dead-end.
  - Arathorn 4y ago
    What? Almost every statement here is wrong. There are tonnes of unfederated Matrix servers out there, and E2EE and SSO is completely orthogonal to federation. History retention does apply to encrypted events. And Synapse only tends to use lots of resources when federated into large public rooms (these days). I’m terrified at what must have gone wrong such that you ended up drawing these conclusions :s
    - 4y ago

by Macha 4y ago

ducktective 4y ago

Thanks! So they have their own protocol and client. But, they have made a bridge with matrix. They could have just created a matrix client instead of the whole business model...

SargeZT 4y ago
Matrix was still a part of Amdocs and basically not a thing beyond a protocol and a WebRTC demo When RocketChat was created.
zufallsheld 4y ago
Well, matrix is from 2014, rocketchat from 2015. I don't know if matrix was this popular and mature in 2014 to adopt it to build a business around it.

woojoo666 4y ago

At the end of the article they posted an update: > Aaron from Rocket.Chat just published an excellent guide & video tour for how to actually set up your Rocket.Chat instance with Dendrite Dendrite is a Matrix homeserver[1] so it looks like you can mix and match [1]: https://matrix.org/docs/projects/try-matrix-now#servers https://matrix.org/docs/projects/try-matrix-now#servers

walrus01 4y ago

> Rocket.Chat is basically selfhosted slack. What would this accomplish that self hosting synapse doesn't? It's totally possible to self host the official matrix 'synapse' daemon for self hosted slack-like functionality within an organization, and use the official 'element' client or any other compliant matrix protocol client. If it's for something like company slack-like functionality you can choose to federate or not federate. https://github.com/matrix-org/synapse https://github.com/matrix-org/synapse I have one setup where the synapse daemon lives on a VM that's only accessible in company internal RFC1918 IP space so you can only connect to it if your laptop or other device is also on a split tunnel VPN. Of course you could run it with a public IP as well.

Macha 4y ago
> What would this accomplish that self hosting synapse doesn't? It would have all your messages in it if you've been using it for years. You may prefer the UI. It may be more efficient (synapse gets a lot of bad press for being heavyweight). You may partner with a company that already has one system, while you use the other, and would like to chat with each other without either of you changing out your infrastructure.
preseinger 4y ago
> It's totally possible to self host the official matrix 'synapse' daemon for self hosted slack-like functionality within an organization, and use the official 'element' client or any other compliant matrix protocol client. If it's for something like company slack-like functionality you can choose to federate or not federate. Having attempted to do exactly this recently, let me assure you that while it may be technically possible, it is practically infeasible. Almost everything in Matrix, at multiple layer of abstraction, is built on the presumption of federation: federated events, federated authn/authz, etc. Try to turn federation off, and you're in a no-man's land of untested and unpredictable behaviors. Want to turn off federation _and_ make E2EE obligatory? Good luck! Even if you manage to get Synapse configured to work that way, you'll be delighted to discover that retention rules don't apply to encrypted events. Synapse, by the way, is a real resource hog. It used an order of magnitude more resources than any other service in my entire infrastructure _at idle_ with no users and no federation. I would have loved to use one of the alternative server implementations, but none of them supported both E2EE and SSO. Matrix is a dead-end.
- Arathorn 4y ago
  What? Almost every statement here is wrong. There are tonnes of unfederated Matrix servers out there, and E2EE and SSO is completely orthogonal to federation. History retention does apply to encrypted events. And Synapse only tends to use lots of resources when federated into large public rooms (these days). I’m terrified at what must have gone wrong such that you ended up drawing these conclusions :s
  - 4y ago