View Issue Details

IDProjectCategoryView StatusLast Update
0001577unrealircdpublic2004-02-23 10:05
ReporterWhite_Magic Assigned To 
PrioritynormalSeverityfeatureReproducibilityN/A
Status closedResolutionopen 
Summary0001577: ChanMode +E (Umode +r needed to use +E)
Descriptionhad a discussion with a friend called zero and its his idea on about this, ChanMode +E works same way as +e except you cant enter without umode +r (of course this is a nickname only exception.)

3rd party modules

Activities

AI

2004-02-22 00:27

reporter   ~0005141

Last edited: 2004-02-22 00:28

Hmmm , what's wrong with setting channel mode +R? Just curious, You might have other reasons though , who knows........

edited on: 2004-02-22 00:28

White_Magic

2004-02-22 00:41

reporter   ~0005144

well atm the chanmode +e is based on *!*@* either
1 of the 3
or 2 of the 3
or all 3
( if u know what i mean )

also u dont need a registered nickname.
this means, ban walking a channel is easy,

nick!*@* ( change to nickname )
*!Ident@* ( change to ident )
*!ident@*.ip ( change to ident + ip )
nick!*@*.ip ( change to nickname on IP )
 etc etc,

channel mode R is dominant over +e, so yes mode +R will stop them from using the +e on a unregged nickname , but chances r the channel wont be using +R to allow " guests " to join the channel, this is why i ask :)

codemastr

2004-02-22 00:57

reporter   ~0005145

Sounds pretty useless to me. Give a scenario where you would need this.

White_Magic

2004-02-22 12:49

reporter   ~0005149

Ok, right now, on the server im an ircop on, theres a teen room where the akick list consists of masks like this

*!*@*.ipt.aol.com
*!*@*.ok.ok.cox.net
*!*@*.sd.sd.cox.net
*!*@*.sua.bellsouth.net
*!*@*.chvlva.adelphia.net
*!*@*.cfl.rr.com
*!*@*.mad.east.verizon.net
*!*@*.lv.lv.cox.net
*!*@*.ip.alltel.net
*!*@*.quadspeedi.net
*!*@*.Richmond1.Level3.net
*!*@*stignatius.net
*!*@*.Dial1.Atlanta1.Level3.net

the channel exception list, has 35 entires ( which im not gonna list ) but 20 of them are listed as " nick!*@* " this is so the channel ops and regulagrs can over come the bans already set. 30 exceptions you have to admit is pretty high and becoz 20 of them are " nick!*@* " anyomne who sees that list, can be a smart n change there nickname and ban walk into the channel causing problems,
( most of the channel ops are webtv users btw ) - yes its seems benefical to " my " side only but, who knows for sure ( the reason for the akicks listed is to stop flooders and yeah it works ) if it was changed / made for umode +r needed to use the +E or (e) then that kills off people easily accessing the channel thru someone elses +e

to me in my eyes, nickserv times / kills you from using someone elses nickname, i see the same should be used in this system if +e or +E belongs to someone in the format ( nick!*@* ) so shouldnt it be made so that only that user effected by the mode should have the access rights to use it??? Thanks for the discussion btw guys =)

codemastr

2004-02-22 13:26

reporter   ~0005150

Ok well the first thing is, +e will _definately not_ be changed to do that. That would break everyone who uses +e for the way it currently works. As for creating a +E, it still doesn't seem to make too much sense to me. I can see your point, but it seems to me this is more of a services feature. I mean we don't have +B nick!*@* to only apply to unregistered nicks, why do we need a +E that applies to only registered nicks? It seems like something that should be in services.

White_Magic

2004-02-22 13:30

reporter   ~0005152

Ok, would it cause you more work if u created a extended +e system, as you have in +b, where the " extended " part would check if the user affected is a registered nickname? ( if its any exception? ).

codemastr

2004-02-22 13:33

reporter   ~0005153

There is already an extended exception system in place.

White_Magic

2004-02-22 13:35

reporter   ~0005154

Ok, i`ll have someone else request it in services :) ty

Issue History

Date Modified Username Field Change
2004-02-22 00:23 White_Magic New Issue
2004-02-22 00:27 AI Note Added: 0005141
2004-02-22 00:28 AI Note Edited: 0005141
2004-02-22 00:41 White_Magic Note Added: 0005144
2004-02-22 00:57 codemastr Note Added: 0005145
2004-02-22 12:49 White_Magic Note Added: 0005149
2004-02-22 13:26 codemastr Note Added: 0005150
2004-02-22 13:30 White_Magic Note Added: 0005152
2004-02-22 13:33 codemastr Note Added: 0005153
2004-02-22 13:35 White_Magic Note Added: 0005154
2004-02-23 10:05 syzop Status new => closed