That refer to how many users have been glined from the same IP.

no, i dont think thats it. besides, i saw this reason many times and it was always [0]. you remember the time when was that mass-gline? it was 0 also at that time.

0 ? odd

It means the number of users affected by the gline.

0 users ? no, that cant be it.

Why should they/we?

cus we would know more better channels to join instead of mp3 traderz, warez and botnet rooms.

hi. it's me again. this may sound like a dumb question but what do those numbers included in [ ] in the kline/gline reason stand for?

like in: [0] infected user. clean this computer blah blah blah

normal users should have access to reg channel list too imo

you should at least get that web search page fixed, or remove it rather than allowing an out of order service

http://www.answers.com - find everything you want to know (well almost)

yeah, thats the problem with huge nets, it's all going well until the lamers come and ruin everything.

i think opers and network admins are been threaten by botnet owners. thats why they're afraid of banning them. with the drones they have, they could easily lockdown the entire network for weeks.

then it should be added as a site addon at least. that'll be simpler and more efficient. btw.. that channel search engine doesn't seem to work so well. when i search for channels i get either channels that don't exist or no channels at all

i use kaspersky AV. even if i dont have the money to buy it, virus scanning will still be available after trial period expires, even though dB update will be disabled.

yeah, well i guess thats true. most of the serious operators dont have problems with takeovers but there are still cases of abusing done by older operators. in such cases, protective flags could prove useful.

X should write the channels list to a server file and refresh it periodically (ex. 30 mins). And if someone would want to /list only registered channels, the server will copy the list from that server file and should add the comment: Last time refreshed: day/month/year - hh:mm I dont think this is a...

I think i may have some suggestions on the reg. channel takeover problem. The first one is adding a new channel flag called STRICTACC that would allow only the manager to add/remove/modify accesses. This could be useful if the manager suspects he may have some corrupt operators that try to cause pro...

why check for X on all channels when X has all registered channel stored in its dbase? all the servers got to do is access that list and paste it into the users dialog box.