# Should we try to bridge chat services? **URL:** \ **Category:** General\ **Created:** [February 24, 2022, 2:16pm UTC](https://racket.discourse.group/t/should-we-try-to-bridge-chat-services/730 "2022-02-24T14:16:15Z")\ **Posts on this page:** 11\ **Page:** 1
**Author:** ![simonls](https://yyz2.discourse-cdn.com/free1/user_avatar/racket.discourse.group/simonls/32/170_2.png) [@simonls](https://racket.discourse.group/u/simonls)\ **Post date:** [February 24, 2022, 2:16pm UTC](https://racket.discourse.group/t/should-we-try-to-bridge-chat-services/730/1 "2022-02-24T14:16:15Z")
> [@Racket discord just hit 989 members](https://racket.discourse.group/t/racket-discord-just-hit-989-members/727/2): > > The Racket community is quite splintered it seems. 😟 I am a total noob when it comes to messaging services and setting up bridges between them, also people might have various reasons for not wanting bridges between services. (Bridged messages are often of lesser quality compared to normal messages) Personally I have only very limited experience (one discord channel bridging to an irc channel) with chat services where bridges where used, however I found that experience positive, because of it I communicated (a little bit and mostly read their interesting messages) with irc people I wouldn't have communicated with otherwise. I only did a very very short search (so maybe there are other better tools) and found this: > **[GitHub - 42wim/matterbridge: bridge between mattermost, IRC, gitter, xmpp,...](https://github.com/42wim/matterbridge)** > > bridge between mattermost, IRC, gitter, xmpp, slack, discord, telegram, rocketchat, twitch, ssh-chat, zulip, whatsapp, keybase, matrix, microsoft teams, nextcloud, mumble, vk and more with REST API... From a rough look it seems to support a lot and is actively developed. > **[How to create your config](https://github.com/42wim/matterbridge/wiki/How-to-create-your-config)** > > bridge between mattermost, IRC, gitter, xmpp, slack, discord, telegram, rocketchat, twitch, ssh-chat, zulip, whatsapp, keybase, matrix, microsoft teams, nextcloud, mumble, vk and more with REST API... Personally I think it would be cool if every service (discord, slack, maybe matrix) had one chat room dedicated to bridge "general" talk, so the end result would be discord, slack, (matrix), irc bridged together. An important question is also what the irc users think, would they be welcoming of a bridge bot posting messages in their channel? (I am assuming that is how it works for irc) Are there people who are interested in trying something like this out? Are there reasons not to use bridging at all? (apart from the work to set it up and get it working) ---
**Author:** ![b625e17](https://yyz2.discourse-cdn.com/free1/user_avatar/racket.discourse.group/b625e17/32/407_2.png) [@b625e17](https://racket.discourse.group/u/b625e17)\ **Post date:** [February 24, 2022, 3:34pm UTC](https://racket.discourse.group/t/should-we-try-to-bridge-chat-services/730/2 "2022-02-24T15:34:35Z")
> [@simonls](#): > > I think it would be cool if every service (discord, slack, maybe matrix) had one chat room dedicated to bridge "general" talk, so the end result would be discord, slack, (matrix), irc bridged together. I agree! It would be awesome to have a separate channel like `#general-bridged` that is connected to all services we currently have (discord, slack, irc). I would hope we can setup that integration without adding yet another service though (mattermost) 🙃 ---
**Author:** ![simonls](https://yyz2.discourse-cdn.com/free1/user_avatar/racket.discourse.group/simonls/32/170_2.png) [@simonls](https://racket.discourse.group/u/simonls)\ **Post date:** [February 24, 2022, 3:59pm UTC](https://racket.discourse.group/t/should-we-try-to-bridge-chat-services/730/3 "2022-02-24T15:59:05Z")
I think matterbridge can be used completely independently from mattermost, the way I understand it mattermost is just another protocol that you can choose to bridge to and we have no reason to do so. Its about states: > bridge between mattermost, IRC, gitter, xmpp, slack, discord, telegram, rocketchat, twitch, ssh-chat, zulip, whatsapp, keybase, matrix, microsoft teams, nextcloud, mumble, vk and more with REST API (mattermost not required!) ---
**Author:** ![simonls](https://yyz2.discourse-cdn.com/free1/user_avatar/racket.discourse.group/simonls/32/170_2.png) [@simonls](https://racket.discourse.group/u/simonls)\ **Post date:** [February 24, 2022, 4:32pm UTC](https://racket.discourse.group/t/should-we-try-to-bridge-chat-services/730/4 "2022-02-24T16:32:22Z")
@spdegabrielle Maybe you can move the messages starting from my message into a separate topic "Should we try to bridge chat services? (discord, slack, irc)" so that this topic isn't hijacked? It can also stay here if you have nothing against it, whatever you prefer. ---
**Author:** ![spdegabrielle](https://yyz2.discourse-cdn.com/free1/user_avatar/racket.discourse.group/spdegabrielle/32/95_2.png) [@spdegabrielle](https://racket.discourse.group/u/spdegabrielle)\ **Post date:** [February 24, 2022, 4:39pm UTC](https://racket.discourse.group/t/should-we-try-to-bridge-chat-services/730/5 "2022-02-24T16:39:18Z")
> [@simonls](#): > > Maybe you can move the messages starting from my message into a separate topic Done @b625e17 @simonls A slack/discord bridge written in :racket:Racket would make a great experience report for RacketCon... ---
**Author:** ![sschwarzer](https://yyz2.discourse-cdn.com/free1/user_avatar/racket.discourse.group/sschwarzer/32/1940_2.png) [@sschwarzer](https://racket.discourse.group/u/sschwarzer)\ **Post date:** [February 25, 2022, 12:21pm UTC](https://racket.discourse.group/t/should-we-try-to-bridge-chat-services/730/6 "2022-02-25T12:21:40Z")
I think that we should bridge the chat services. I've seen it at work in the Nim community and liked it. That said, I only used IRC, so I don't know how the messages from IRC looked on the Discourse or Gitter sides. I also think that we should use software for this that has already been used by several projects and most likely has had subtle bugs fixed. I think the time and effort that would go into developing a new tool only for the sake of having it written in Racket should rather go into other parts of the language or ecosystem where this effort is needed more. Also keep in mind that software has to be maintained, and if the people that would write the bridge service would turn to other things, that could be a problem. I already found it sad how long the "empty page bug" in the package server existed. Don't get me wrong, I find it totally legitimate to change personal priorities and stop maintaining some open source code you've written. But for the users of the software that can of course be a problem. ---
**Author:** ![Hanson](https://yyz2.discourse-cdn.com/free1/user_avatar/racket.discourse.group/hanson/32/388_2.png) [@Hanson](https://racket.discourse.group/u/Hanson)\ **Post date:** [March 1, 2022, 2:00pm UTC](https://racket.discourse.group/t/should-we-try-to-bridge-chat-services/730/7 "2022-03-01T14:00:17Z")
I think a best choice is a racket content searching engine, which include things from different sources if they want to be included. This can avoid splinter and also encourage diversity! ---
**Author:** ![sschwarzer](https://yyz2.discourse-cdn.com/free1/user_avatar/racket.discourse.group/sschwarzer/32/1940_2.png) [@sschwarzer](https://racket.discourse.group/u/sschwarzer)\ **Post date:** [March 1, 2022, 10:37pm UTC](https://racket.discourse.group/t/should-we-try-to-bridge-chat-services/730/8 "2022-03-01T22:37:00Z")
I'd distinguish between (relatively short-lived) chat content and more persistent web content (say, Racket website, blog, Discourse, individual blogs, etc.). I think only the second category would benefit from such a search engine. On the other hand, the chat services would benefit from a bridge service connecting the chats. > [@Hanson](#): > > This can avoid splinter I'd rather say, maybe control splinter to some extent, but not avoid it. Generally, I think it's better to reduce complexity instead of adding more complexity to control the initial complexity. Then again, _if_ the complexity can't be reduced otherwise, having a specialized search engine _may_ be useful, i.e. better than not having it. ---
**Author:** ![simonls](https://yyz2.discourse-cdn.com/free1/user_avatar/racket.discourse.group/simonls/32/170_2.png) [@simonls](https://racket.discourse.group/u/simonls)\ **Post date:** [March 1, 2022, 10:45pm UTC](https://racket.discourse.group/t/should-we-try-to-bridge-chat-services/730/9 "2022-03-01T22:45:37Z")
I agree, regarding the second category, I am not sure whether we need a search engine, certainly doesn't seem like it would be easy to build one... But I think there is already something that does a good job with helping with that category: [https://racket-stories.com/](https://racket-stories.com/) > About > Welcome to Racket Stories. > Racket Stories is a place where you can find and share links to anything Racket related: blog posts, tutorials, new packages, papers etc. ---
**Author:** ![jasonhemann](https://yyz2.discourse-cdn.com/free1/user_avatar/racket.discourse.group/jasonhemann/32/611_2.png) [@jasonhemann](https://racket.discourse.group/u/jasonhemann)\ **Post date:** [August 16, 2022, 2:25pm UTC](https://racket.discourse.group/t/should-we-try-to-bridge-chat-services/730/11 "2022-08-16T14:25:05Z")
What everyone else said, but even more so. Trying to keep up with the flavor of the week community communication service is nauseating. ---
**Author:** ![undltd](https://yyz2.discourse-cdn.com/free1/user_avatar/racket.discourse.group/undltd/32/571_2.png) [@undltd](https://racket.discourse.group/u/undltd)\ **Post date:** [October 24, 2022, 11:48am UTC](https://racket.discourse.group/t/should-we-try-to-bridge-chat-services/730/12 "2022-10-24T11:48:18Z")
> [@simonls](#): > > Personally I think it would be cool if every service (discord, slack, maybe matrix) had one chat room dedicated to bridge "general" talk, so the end result would be discord, slack, (matrix), irc bridged together. I support bridging a general channel; regarding irc - I think IRC channels at [https://libera.chat/](https://libera.chat/) already exist as matrix rooms too (so, the racket IRC channel `#racket` on `libera.chat` is also `#racket:libera.chat` matrix room). I.e. bridging to matrix should bridge to IRC as well automatically.