-
Notifications
You must be signed in to change notification settings - Fork 181
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
Support server-wide mute #2105
Comments
I agree this would be useful and maybe a /defcon setting to make all channels moderated would be good as well. Currently defcon does:
I would propose to add +M would have the advantage over +R for channels (as defcon level 2 does) that non-registered users can still join and read channels and figure out what is going on. |
I think this might be too extreme for level 3. As I've learned from painful experience, without +R, spammers can exploit NICK and PART to spam channels... |
2.5 then? I think there is a need to balance between anti-abuse measures and still allowing normal non-registered users read-only access so that they can learn about what is going on. Most clients hide the NICK/PART spam anyways, but yes I have seen that being exploited as well. Isn't there also a channel mode to hide those? That could be combined with the +M defcon mode. |
Currently, ergo supports the
m
extban when setting modes in order to prevent a user from sending messages to a particular channel. It would be great if this could also be done server-wide (ie, with UBAN).Use case: A classroom of misbehaving students joins our website with an embedded multi-channel chat. Our moderators should be able to prevent any users from their IP from speaking (so that students who aren't at fault can at least still read chat, even though we need to take more decisive action to prevent active abuse) without having to do so for each individual channel.
The text was updated successfully, but these errors were encountered: