-
Notifications
You must be signed in to change notification settings - Fork 10.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
XMPP Federation Compatibility #404
Comments
This might be a good feature. XMPP is kind of a default protocol for chat messaging and this way you can use an XMPP server like Openfire or similar to handle these message loads. |
👍 |
XMPP is planned but yet to be developed. We need more background on that, so if anyone is kind-of-expert on XMPP, we could use some help. |
Just for the record, some people criticize XMPP and say matrix.org is a better alternative. I am not in the position to evaluate it, but maybe you guys have more expertise to do that. |
https://github.com/digicoop/kaiwa is a javascript based webclient for group chat based on XMPP. |
I think "expert" is something of a strong word, but I know a thing or two about XMPP. How might I best contribute, @marceloschmidt? |
If I may formulate a wish: Supporting XMPP Jingle would be fantastic, as it would allow participation in video chat via XMPP ... |
+1 |
+1+1, we need XMPP support very much! |
+1 |
3 similar comments
👍 |
+1 |
+1 |
Please do not spam with +1 for the sake of developers and subscribers. Thanks ! |
If you don't want to get spammed, there is a Unsubscribe button on the left. You can use that! |
@rockneverdies55 +1s are not useful, and fault lies not with those wishing to keep track of the issue's progress, but with those who are spamming. If people want to encourage this to be completed, they might spend their +1 time adding to the bounty instead. |
Github should have a voting system. But while they don't, I think adding +1 doesn't do much for developers trying to figure what the community needs more, as it will only account for the dev to come and take another look at the issue... something like what people do on facebook, posting "up" so that their post is always the last one edited and hence at the top. |
would be really great to see XMPP supported |
This feature would be nice to have a wide-ranging integration option. We already use the Slack compatible API, but XMPP is much more common in the enterprise world. |
I'm the author of xmpp.js This is specifically about client interface (XMPP C2S) to Rocket.Chat right? |
Sonny Piers dixit:
This is specifically about client interface (XMPP C2S) to Rocket.Chat
right? Meaning you'll be able to use an XMPP client/library with
Rocket.Chat.
I don't understand this part.
What I'd like to have (which may not be the same as what others
in this thread wish to get) is that I can use my existing Jabber
account on some other server to join Rocket.Chat rooms on a
Rocket.Chat server, so s2s.
|
@Natureshadow has something in the works for this (an XMPP transport that can act as a Rocket.Chat client) which I’m sure he’ll document once it’s ready. |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
@Natureshadow has something in the works for this (an XMPP transport that can act as a Rocket.Chat client) which I’m sure he’ll document once it’s ready.
I am not goging to write another document on how to install XMPP transports.
I do also think that general tutorials on XMPP servers are out of scope
here.
-----BEGIN PGP SIGNATURE-----
iQJlBAEBCgBPFiEEPJ1UpHV1wCb7F/0mt5o8FqDE8pYFAlzuoWYxGmh0dHBzOi8v
d3d3LmRvbWluaWstZ2VvcmdlLmRlL2dwZy1wb2xpY3kudHh0LmFzYwAKCRC3mjwW
oMTyln0eD/oC+ozdwhf068SbSkMlx2FzKY/fQ6H1HroWYC844UEiRZB62rjOuMOw
+BDGr/AaojzMEfxy5c8smefKn+uaWH9uevWG9fC4Tg+U8OfU/dzvefjFm4LArzKo
/gWMiZEw9XO4xdzlb/tRV1IaE2kgIJkKjGCVdIAtmA6dKVAdDeOASEOcW/wrYAIM
S2GxnmymVRQguMP8WLVV++FmsJ1d1nGKV7+2vili0cdxg188uGeZd6lIGJlWWmz8
GrO59lEJeTmFw3LPLBIg1iIdDvUSBLXaLlDiucRaWslCZUM/4KEOb9QHejWBbjKs
o8pvEWVfQKJHuYR7d/3KltU9S/R6LCTWkPQ5bvQl8CemJ4STqLXDRsmnq1VyEwzq
ZpemrXjmaFiyoBZcyYfh6x8n6UiWGFNsn8FqYtV2p1bBZ4k1iZC2ZU8wbFKof79J
tBYVeRpm5X1rEKzJRBR0Z/Sx3Yj40K/eoQlcdPAF0rX3oSM4bi1BEraNlPhCBk7W
scReBLxBrQuTIpcpg/O5k/rlqJDxo1ugTO7lt5e0R0PaxhWkTclxyQ/Ims8lM+uh
96mCETSedBWaUG/Hiap2izz1UCEVAzrrZdOOklQuS+uf4E0V5X+kzWvvCCyr709t
zdBDXx80WWyQNhCsvdwETZ3bwm76xP2yWZ1INgGZdcXKr1ezMBG/tw==
=VTpL
-----END PGP SIGNATURE-----
|
I was thinking of something else, though, personally. I was thinking of making RocketChat work on top of an existing XMPP server, thereby replacing the RocketChat server. Basically making RocketChat into an XMPP web frontend. That can be done f.e. by using the ConverseJS headless mode; it's a full-fledged JS client library, so then what remains is linking the ConverseJS client with the UI. |
I was thinking of something else, though, personally. I was thinking of making RocketChat work on top of an existing XMPP server, thereby replacing the RocketChat server. Basically making RocketChat into an XMPP web frontend. That can be done f.e. by using the ConverseJS headless mode; it's a full-fledged JS client library, so then what remains is linking the ConverseJS client with the UI. Exactly... that should be the great idea to have something like this. |
@achihanl There are countless XMPP JavaScript libraries. I used stanza.io and I was very pleased by its API (it even has external OMEMO plugins and plugins for file upload etc.). I agree that this would be the perfect approach (RocketChat as an XMPP client to normal XMPP server). Unfortunately this would probably mean rewriting massive amounts of code in the frontend, one way or another. So even though it's simple conceptually it would require quite significant engineering effort (having said that I didn't inspect the source code :) ). |
Any news on it? |
Seems only the slack bridge is working well for daily use... Neither the IRC implementation seems to work stable enough. See #16799 |
hi there, any news around here on XMPP please? |
Not gonna happen @ImaCrea |
o k . . . |
ImaCrea dixit:
> > hi there, any news around here on XMPP please?
>
> Not gonna happen @ImaCrea
o k . . .
Yeah, totally NOT great.
RocketChat sucks so much. I recently had to give in to demands
from my boss and install the äpp on a work-provided device, and
it’s the worst chat program I’ve seen so far. Sometimes, texts
are shortened to one line of about 20 characters, and when clicking
on them, the new view shows something different which omits other
texts, and… argh, I don’t know how even to describe that.
With XMPP, I could at least use a usable client; ideally one in
terminal like mcabber.
Very disappointed,
//mirabilos
--
15:39⎜«mika:#grml» mira|AO: "mit XFree86® wär’ das nicht passiert" - muhaha
15:48⎜<thkoehler:#grml> also warum machen die xorg Jungs eigentlich alles
kaputt? :) 15:49⎜<novoid:#grml> thkoehler: weil sie als Kinder nie den
gebauten Turm selber umschmeissen durften? -- ~/.Xmodmap wonders…
|
On Tue, Nov 24, 2020 at 10:26:52AM -0800, mirabilos wrote:
ImaCrea dixit:
>> > hi there, any news around here on XMPP please?
>>
>> Not gonna happen @ImaCrea
>
>o k . . .
Yeah, totally NOT great.
RocketChat sucks so much. I recently had to give in to demands
from my boss and install the äpp on a work-provided device, and
it’s the worst chat program I’ve seen so far. Sometimes, texts
are shortened to one line of about 20 characters, and when clicking
on them, the new view shows something different which omits other
texts, and… argh, I don’t know how even to describe that.
With XMPP, I could at least use a usable client; ideally one in
terminal like mcabber.
Very disappointed,
//mirabilos
Thanks for making clear that RocketChat is an application,
not a protocol, nor something that wants to talk with other protocols.
In case I misunderstood,
please tell where to find a list of clients and bridges.
|
Thanks for making clear that RocketChat is an application,
not a protocol, nor something that wants to talk with other protocols.
Well that's the core of the problem, you know. It is about reinventing the wheel instead of building on well-established foundations.
What comes out is a proprietary product in the clothing of an "open source" application, which solves a few minor UI issues for team chat (and not even that, really), but is worse at its core functionality than anything else ever was.
Such applications are about vendor lock-in as much as any other proprietary chat application.
|
For federation capabilities better to use Matrix.org, that can natively bridge with XMPP and most of other messengers: https://matrix.org/bridges/ |
Alexey Murz Korepov dixit:
For federation capabilities better to use Matrix.org, that can natively
bridge with XMPP and most of other messengers:
Doesn’t help those of us where someone at the employer’s
had the bright idea of switching to RocketChat.
Also, advertising for one specific alternative is quite OT
(and there are many (valid) ones) plus those are probably
not what people here are looking for…
bye,
//mirabilos
--
Yes, I hate users and I want them to suffer.
-- Marco d'Itri on gmane.linux.debian.devel.general
|
My employer, after my story about Matrix bridge capabilities, have switched to Matrix exactly from RocketChat, this step have allowed to aggregate most of other chats with external company clients in different networks (XMPP, Discord, Telegram, Skype, WhatsApp) into one place, and talk with all of them from one native client app (android, ios, desktop), together with all internal chatrooms. This is better, than wait another 5 years when federation possibly will be implemented in RocketChat. |
I am surprised as well and I wonder how Rocketchat intends to survive if they don't answer to the rapid growing demand for interoperable solutions. And with XMPP and Matrix protocols they got everything to make it work. Maybe you could tell us a bit more @benlangfeld ? Or maybe @alansikora you could give us a hint, as I see you're assigned on many tickets showing in the project "federation"? |
That's very sad. I have to use two large RocketChat's with high-volume chats and all that javascript mess makes the browser slow or even let it die. Are there any other than browser UI's? There's at least a pidgin plugin (https://github.com/EionRobb/purple-rocketchat), but it's not working properly (can't manage rate limiting, does not support websocket continuation, can't join private rooms, misses messages, ...). Would you support at least some sort of non browser GUI? |
Check out https://github.com/KDE/ruqola Qt/QML client for Rocket Chat |
This topic has been floating around (both in this ticket and other places) for about 6 years and has never had any engagement from the project maintainers. There is 0 evidence that it is at all interesting to them, and no-one has seriously moved to make it a reality. Indeed, there are technical impediments to it functioning acceptably. To believe that any of that is suddenly going to change is naiive. |
I plead guilty, at least for turning down Matrix (which would most probably have won the election if I hadn't vetoed it quite fiercely). I have learnt by now ☺. Funny how this issue got the matching issue number by the way :D. Unfollowing this thread now. |
This is pretty clear. Thank you for taking the time to explain it well. :) |
Perhaps anything else is a bit far-fetched, but otherwise you are right. |
Hi
Are there any plans for xmpp compatibility, either supporting the xmpp protocol internally, or providing some bridging functionality? I love the look of rocket.chat, but I need android compatibility, and would like to stick with the conversations xmpp client (for now).
Thanks for all the great work. Rocket.chat looks fantastic.
The text was updated successfully, but these errors were encountered: