Modern XMPP project discussion - 2024-04-03

Good evening everyone, I'm new to all of this XMPP stuff and I just wanted to know if there is a way to make "multiple" MUCs, I have been trying to organize my server in a way that feels similar to discord or mumble, where a single MUC can have multiple topics/chats divided by subjects. I don't know if it is currently possible to have something like that, if not I'd like to know what is the best path to "prototype" something like that. Anyways, I think this is the best place to start since this is the "Modern XMPP project" and stuff

You can have multible muc components, like Chat1.example.com Internal.example.com rooms.example.com And on these components there can be rooms room1@internal.example.com etc. Generally most don't do that, and just create all rooms on one room component. But you _could_ do it like that if you like that

You could also name your rooms so it's clear they belong together or something.

Generally there wasn't a big need for multible components in prosody, because you can have as many rooms as you like on one component.

I think something like matrix spaces, one entity, combining multible rooms, was discussed at the standard foundation room at one point. But I don't remember if anything came of it yet. There are no clients doing that at least

I read that more like a quest for "Spaces", having a group of related group chats.

Yeah, pretty much that what Zash said. Having something like a "Space" where there are multiple chats having the ability to categorize them. Not necessarily having multiple "group chats" with similar names

Of course I think of it as something similar to discord, since I do believe it is a good improvement for communities and organizing projects overall.

https://upload.gavetachan.org:5281/file_share/1c73ddd9-e659-4fad-a496-a2c472f28426/mVGPOryoSAWX-9B3jGqxNw.jpg

For example, I would have a "Space", with two categories, their access could be limited for specific users and people could choose which MUC to join or talk to

But I don't really know if something like that would be implemented as a XEP, just a "server thing" or even a client thing.

Also there would be a need for a standard like having general#space@muc.server.org

Hm. If you want to compare to discord servers. Maybe just really setup real "xmpp servers" (virtualhosts) for each community. As long as there are domain names. Virtualhosts are cheap. Only one real server can host a bunch of communities, all with different domains. Currently spaces don't exist like they do there.

It coupd be setup as a server thing without xep I think. Basically some kind of access lists for users

It is a recurring discussion topic however, I think there are various beginnings of XEPs around?

Some kind of list where I can add a jabber-ID and they would get member status in a list of rooms and would get automatically a roster update to see all these rooms

There are things like https://modules.prosody.im/mod_muc_members_json.html which is in use on xmpp.org for giving XSF members group chat membership and fancy Hats

Discord doesn't even have spaces, does it? It calls them "servers"

> Discord doesn't even have spaces, does it? It calls them "servers" Yeah, pretty much. But in XMPP's case, we have servers in the literal sense, so it would be a bad idea to name them like that

I threw "Spaces" as just a way to explain what I meant without having to resort multiple subdomains manually

> It is a recurring discussion topic however, I think there are various beginnings of XEPs around? No clue, I might give it a look later when I get off work! I'll try to do document my findings.

But I do think making it so the users of a *Server Instance* have the option to create " *Spaces* " freely similar to *Discord's servers* would be an amazing addition, but I belive I'll need to do some research on the subject first...