Modern XMPP project discussion - 2026-02-10

Yes, private are private and can't be joined/discovered except by invitation. What's missing in the Snikket apps is a way to make a channel that appears in the list but isn't just open to the public.

> Yes, private are private and can't be joined/discovered except by invitation. What's missing in the Snikket apps is a way to make a channel that appears in the list but isn't just open to the public. So browse space only lists world public channels? ↺

E

The problem with this approach is that you can't send space invites to multiple channels, which is the main advantage of Discord servers.

That is onboarding and admin management of channel groups. ✏

>> Yes, private are private and can't be joined/discovered except by invitation. What's missing in the Snikket apps is a way to make a channel that appears in the list but isn't just open to the public. > So browse space only lists world public channels? yes, the MUC has to be configured to publish itself on the room directory ↺

btw is there a good place to chat about the upcoming SFU calls to be developed with Muji + Galene?

my main question is that would something E2EE be feasible in the future? I'm aware Galene isnt E2EE right now, which seems to be subpar to the alternative (MatrixRTC)

I don't think E2EE was that hard to add to Jitsi's SFU (easy for me to say, as I did none of the work 😅) but my understanding is that the harder part for them was browser support

I mean, Discord probably has DAVE for their calls, and Element Call/MatrixRTC implement it as their own widget. So I guess the challenge is to write a somewhat standard XMPP client for this particular scenario

so an XDC plugin I suppose?

I expect most clients would just support it natively

I can see the potential. much harder to do (and coordinate) when xmpp clients isn't simply built as webapps, though