Skip to content
This repository has been archived by the owner on Apr 26, 2024. It is now read-only.

Server Owners Should Be Able to Have Admin Rights on Any Room and Block More Rooms from Being Created #1970

Open
Rikudouu opened this issue Mar 7, 2017 · 7 comments
Labels
A-Create-Room T-Enhancement New features, changes in functionality, improvements in performance, or user-facing enhancements.

Comments

@Rikudouu
Copy link

Rikudouu commented Mar 7, 2017

Hello,

I just started hosting my own server, and I'm using Riot.im for the front end (also hosted on my own server). I was looking to host this as a communications app for my small group of friends (similar to discord), but I was unable to find any Admin options.

Basically, anyone that creates an account on my homeserver can spam create rooms. I don't want anyone except for a select few groups (basically my moderators) to be able to create rooms. I was also looking for Server Owners to be able to get admin (op 100) on any room, regardless of creation status.

In summary, I guess it could be interpreted that I'm looking for global server groups, because I'm not really seeing the implementation here.

I've been waiting ages for a self-hosted alternative to Discord, and I thought I'd find one with Matrix, but it's really not happening for our group as it stands.

I'd really love for this feature to be implemented!

Thanks for reading.

@jfrederickson
Copy link

I was also looking for Server Owners to be able to get admin (op 100) on any room, regardless of creation status.

This can't be done (intentionally) for normal federated rooms, as such rooms aren't owned by a single server. It could maybe be an option for non-federated rooms.

There is a proposal for server groups.

@hamber-dick
Copy link
Contributor

I don't think that this is a goog idea. This is also a privacy issue. Nobody should have controll over all rooms, even when they are not federated and even when the Person ist the owner of the server.
The only Posibillity i could imagine is some kind of Meta-Admin-Rights. For example the possibillity to delete Rooms. For example because the Room is Dead and there is no more traffic inside. Or a Possibillity for Users to invite the admin into a room for reasons...(Spam, abusive content, racissm...)

@Rikudouu
Copy link
Author

Thanks for the responses.

I believe that it does make sense for non-federated servers, but not so much for federated ones.

As for privacy concerns, I'm not really seeing one. Can you give some examples of what you mean? I'm not too familiar of the privileges that room owners have over normal users.

@hamber-dick
Copy link
Contributor

A Private Room with no access, for not invited people, wich is not listed in any directory should stay private even for the Admin.
Or do you want to stork the Users on your HS. Encryption is not suported by every App fo Matrix so the Admin would be able, on a very easy way, to read every chat even the privare ones. I think there should not be a easy way to do this.

@Rikudouu
Copy link
Author

I agree that an admin shouldn't be able to see the communications inside the private room, but still should be able to allow/deny creation of private rooms or not depending on server group, and delete the room or rename the room if they need to.

Not all server admins enforce the same rules, and there may even be company policies they have to follow.

@jfrederickson
Copy link

delete the room

This would probably be a good thing to have - more specifically, blocking a given room ID from your homeserver (for e.g. if a member of that room reported consistent abuse).

rename the room

This is already possible - server admins have control over room aliases.

@richvdh
Copy link
Member

richvdh commented Aug 14, 2019

I don't want anyone except for a select few groups (basically my moderators) to be able to create rooms.

Is the problem actually with creating rooms, or is it more about who is allowed to create aliases for rooms? The alias_creation_rules allow you to lock the latter down these days.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
A-Create-Room T-Enhancement New features, changes in functionality, improvements in performance, or user-facing enhancements.
Projects
None yet
Development

No branches or pull requests

5 participants