Re: Suggestion for moderating nick changes.

["Matus \"fantomas\" Uhlar" <uhlar@xxxxxxxxxxx>]

-> I know this has probably been discussed before, but I'm convinced that
-> not allowing nick changes when a user does not have the power of speech
-> on one or more channels would be a good thing for IRCnet.

interesting idea, but the problem was just said - nick changes are channel
independent...

-> Well, flooding a channel with nickchanges and lagging their bots (so 
-> the bots end up opping the wrong person) is still a much used method of
-> channel takeovers. The code for each nickchange seems to me to be pretty
-> CPU intensive (from looking at the ircd source), so no doubt all these
-> nick changes mean everyone on the server suffers during a flood.

The main problem is that some lame clients/scripts/bots flood off
theirselves when someone is nickflooding. ircd shouldn't solve this problem,
those clients should be fixed.

-> Right now people on a channel being flooded can prevent CTCPs to the
-> channel by setting +m - but this does not affect nickchange floods. To
-> change this would only take a tiny bit of code, and I've made and
-> tested such a modification myself and found no problems.

that's also client problem.

afaik, clients aren't able to change nick more often then one per 2 seconds.
maybe the time should be increades to 5 seconds ? :)
-- 
 Matus "fantomas" Uhlar, sysadmin at Telenor Internet Kosice, Slovakia
 BIC coord for *.sk; admin of netlab.irc.sk; co-admin of irc.felk.cvut.cz
 WinError #98652: Operation completed successfully.