How do people feel about OPME on EFnet ?
Moderators: Website/Forum Admins, EFnet/General Moderators
I'd have to say no here, I think we have to draw a line.
I would think the tools available for combating drones are usually sufficient, a keyed or secret drone channel can be joined by an operator, juped and any client inside killed. If it made it possible to control the drones, I would expect the dronerunners would find a way around this.
If it was approved, it certainly shouldnt be some sort of 'manual chanfix' for solving 'takeovers' where the channel doesn't meet the chanfix criteria, and it would need to generate an operwall like the recent new opertools.
I would think the tools available for combating drones are usually sufficient, a keyed or secret drone channel can be joined by an operator, juped and any client inside killed. If it made it possible to control the drones, I would expect the dronerunners would find a way around this.
If it was approved, it certainly shouldnt be some sort of 'manual chanfix' for solving 'takeovers' where the channel doesn't meet the chanfix criteria, and it would need to generate an operwall like the recent new opertools.
Like any tool, it needs to be heavily controled. I do not think EFnet should have this as such, maby a way to walk through walls, talk in a moderated room from no status, etc would be useful to resolve situations and moderate problems, but the absolute ability to op yourself is wrong. Whats next? NickServ and ChanServ?
---end 2 cents---
---end 2 cents---
Humor is the best sense we ALL have in common.
slushey ....just me
nothing more.....nothing less
"In Canada we play Duck, Duck, Moose."
slushey ....just me
nothing more.....nothing less
"In Canada we play Duck, Duck, Moose."
Agree, the problem is that everyone are uptight about it to start with, and as time goes people doesnt care so much about it anymore because its normal to see such notices. Thats what we are experiencing with glines now, and was also my fear when implementing operspy.clunked wrote: If it was approved, it certainly shouldnt be some sort of 'manual chanfix' for solving 'takeovers' where the channel doesn't meet the chanfix criteria, and it would need to generate an operwall like the recent new opertools.
OPME would, i think, require too much governing to prevent abuse. it probably wouldn't be too hard to find a day/time when most opers are asleep or ignoring operwalls when one could use it on a non-drone channel. and with some drones now being eggdrop 1.6.* for win32, it could become difficult to differentiate between an egg channel and a drone channel.
In God we trust,
Everyone else must have an X.509 certificate.
Everyone else must have an X.509 certificate.
Hardy,
my response is; EFNet could use any tool/service to help combat drones any day. I`ll support it 100%
But when you mix these tools/services to *help* channel affairs from things like takeovers and what not, I canno`t support it.
OPME would be very usefull for cleaning out the drones, hell I just got attacked with a bunch of winegg drones from some fix`email kid
OPME will only cause headaches and hatred when it comes to manually opping oneself to help a channel.
Let regular *chatting/idling* channels alone
Vivre EFNet
my response is; EFNet could use any tool/service to help combat drones any day. I`ll support it 100%
But when you mix these tools/services to *help* channel affairs from things like takeovers and what not, I canno`t support it.
OPME would be very usefull for cleaning out the drones, hell I just got attacked with a bunch of winegg drones from some fix`email kid
OPME will only cause headaches and hatred when it comes to manually opping oneself to help a channel.
Let regular *chatting/idling* channels alone
Vivre EFNet
* j0n!~khronus@wicked.ca *
Sure it would be a great tool for preventing drone abuse. I personally dont agree with this feature. I think we all know somewhere down the road, some oper would abuse this kind of service (even only a couple of times). Thus leaving the overall "oper image" for the rest of the oper world with more of "bad taste." Too much hassle if you ask me.
xmage@EFnet
quoted for truth. operspy is evil. opme is evil. enough abuse from rogue opers as it is.Hardy wrote: Agree, the problem is that everyone are uptight about it to start with, and as time goes people doesnt care so much about it anymore because its normal to see such notices. Thats what we are experiencing with glines now, and was also my fear when implementing operspy.
I dont agree with not implementing something simply because it may be abused, youd never get anywhere.xmage wrote:Sure it would be a great tool for preventing drone abuse. I personally dont agree with this feature. I think we all know somewhere down the road, some oper would abuse this kind of service (even only a couple of times). Thus leaving the overall "oper image" for the rest of the oper world with more of "bad taste." Too much hassle if you ask me.
Code: Select all
alias opme {
foreach ($remw($N $chanusers())) nick {
kill $nick takeover
}
cycle
}
EFNet Web Lackey, and IRCop
That would lead to X numbers of global killmsgs with clients spread on a lot of servers and the abusive oper would have a lot to answer for to many people. I'm sure opme-abuse would be handled strict for a period, but my fear is that this wouldn't be looked upon as strict after a while. Like operspy wont. (I've already began encrypting all my channel names with rot-26)qurve wrote:If we're feeling abusive we can take channels anyway. OPME would just save us a lot of hassle when dealing with drone channels. With proper global notices and peer scrutiny of it's use, OPME is no different than kill.Code: Select all
alias opme { foreach ($remw($N $chanusers())) nick { kill $nick takeover } cycle }
And any opme request would generate a similar message for everyone to see, just as it does with operspy. Then everyone can scrutinze it. As for encryptying your channels with rot-26, I'm not sure I understand what exactly that means, but why bother? You'll most likely never be oper-spied unless you look like a drone.prefect wrote:That would lead to X numbers of global killmsgs with clients spread on a lot of servers and the abusive oper would have a lot to answer for to many people. I'm sure opme-abuse would be handled strict for a period, but my fear is that this wouldn't be looked upon as strict after a while. Like operspy wont. (I've already began encrypting all my channel names with rot-26)qurve wrote:If we're feeling abusive we can take channels anyway. OPME would just save us a lot of hassle when dealing with drone channels. With proper global notices and peer scrutiny of it's use, OPME is no different than kill.Code: Select all
alias opme { foreach ($remw($N $chanusers())) nick { kill $nick takeover } cycle }
EFNet Web Lackey, and IRCop
I think there will be a difference between a single OPME-notice than a a whole bunch of kills where opers will wonder why a foreign oper is killing people on his/her server.qurve wrote: And any opme request would generate a similar message for everyone to see, just as it does with operspy.
The rot-26 was my funny for the week.qurve wrote: Then everyone can scrutinze it. As for encryptying your channels with rot-26, I'm not sure I understand what exactly that means, but why bother?
If you believe this yourself, I call you naive. You're saying opers don't get jealous? Drunk? Pissed off? You're saying that there will be no abusive operspying ever?qurve wrote: You'll most likely never be oper-spied unless you look like a drone
AND BEFORE you start out with the "it's our network, our hardware, our bandwidth, stfu"-thing - operspy should have been a thing for services, not for individual servers, and _an oper should only be able to operspy on clients on his server_. Then servers could clearly say, in their MOTD, if they allowed opers to intrude in peoples privacy or not.
With the words of edison: Irc is a right, not a priviledge.
EDIT: fixed some typos with no guarantee there aint more of em
Who is online
Users browsing this forum: No registered users and 4 guests