Skip to content
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

Idea: Having #opers and &status channel #1908

Open
pcho opened this issue Jan 27, 2022 · 7 comments
Open

Idea: Having #opers and &status channel #1908

pcho opened this issue Jan 27, 2022 · 7 comments
Milestone

Comments

@pcho
Copy link

pcho commented Jan 27, 2022

Is there a possibility for default and disabled for any unprivileged users #opers channel? With option to enable it in ircd.yaml as not everyone needs it, but with more opers then one it would be nice to auto join them there when they oper up.

Second idea is to have some kind of special status channel for IRC operators that will persistently store all of the SNOMASKS information that normally displays in server status window. Which is great and should still be like this, but not so much for operators that disconnect for few days, have other problems with their IRC client or VPS, and still want to know what happened under their absence.

@slingamn slingamn added this to the v2.10 milestone Jan 27, 2022
@slingamn
Copy link
Member

Definitely worth considering if it can help persuade people to abandon their terminal clients or bouncers :-)

Joining the channel would be gated on having the snomasks operator capability (the ability to add and remove arbitrary snomasks).

@slingamn
Copy link
Member

slingamn commented Mar 8, 2022

Via @Mikaela : possibly global notices too?

@Mikaela
Copy link
Contributor

Mikaela commented Mar 8, 2022

For us #opers is the normal network support channel, so I would hope this to not suddenly get forced on us.

On snotices, I think #services would be traditional channel at least for previous Atheme users.

@pcho
Copy link
Author

pcho commented Mar 8, 2022

For us #opers is the normal network support channel, so I would hope this to not suddenly get forced on us.

Agree, this should be an option to switch on or off depending on needs.

@tacerus
Copy link
Contributor

tacerus commented Mar 24, 2022

Partially related: #1492

@benharri
Copy link

inspircd uses +O to make a channel oper-only which is better than hardcoding a particular channel name

@slingamn slingamn modified the milestones: v2.10, v2.11 Apr 26, 2022
@FiskFan1999
Copy link
Contributor

For the oper-only channel, I don't think it is necessary to add any hard-coded channel because you can make a secret invite-only channel with invite-masks for operator hostmasks set in the opers: block of ircd.yaml. As for the services channel, that could be done by a bot, which could log it in some channel or somewhere else, so it may be worth considering leaving this to the netops to handle as they please.

@slingamn slingamn modified the milestones: v2.11, selected Dec 11, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

6 participants