[IRCServices] Another Feature Suggestion

[Ross Hosman]

FloodServ - not only do floodbots flood but so do regular users. I believe
this will help keep people from abusing channels when a channel operator is
not there.

RoutingServ - mosty ircd's will autoconnect disconnected servers but some
won't. I also like the idea of services being able to re-rout servers if the
connection to a hub becomes laggy.

NKill - As guy pointed out I have seen alot of floodbots with similiar nick
patterns.

also another feature would be just to have NAkill like flamezservices.
Auto-Kill every host matching that nick that way you don't have to keep
messing with them.
----- Original Message -----
From: "Russell Garrett" <rg at tcslon.com>
To: <ircservices at ircservices.za.net>
Sent: Friday, May 31, 2002 4:44 AM
Subject: RE: [IRCServices] Another Feature Suggestion


> >FloodServ: Many networks are starting to use this and I have seen
> only one services package implement this into services.
>
> What does FloodServ do that OperServ session limiting and proxy
> scanning doesn't? IMHO proxy scanning shouldn't be implemented into
> services, use a dedicated package like BOPM. If proxy scanning is
> added into services, all malicious users have to do is knock services
> off, then they can connect all their clonebots up. With BOPM, Unreal
> proxy scanning, or similar, you have a bot on each server, so all
> your eggs aren't in one basket so to speak.
>
> >Nkill: Nickname Kill
> >example: /msg operserv nakill guest*
> >will kill everyone with the nick guest. This would be useful for
> floodbots that use the same nicks.
>
> How many floodbots have you seen with similar nicks? Any decent
> self-respecting floodbot program selects random nicks.
>
> >RoutingServ:
> >This would be used to keep a map of the server routing. Which
> servers connect to which hubs, etc. If a server disconnects from the
> hub
> >RoutingServ will auto-connect them. Also if a server becomes lagged
> to hub x services will connect it to hub y with a 30 sec delay with
> >opers being able to cancel the movement.
>
> That piqued my interest there for a moment, but to be honest any
> decent ircd should be able to do most of this itself. Anything else,
> that's what opers are for. I might consider writing a module for
> Services 5 to do this, but I'd have to be quite bored. More bloat for
> not a huge amount of extra gain.
>
> Russ Garrett
> russ at garrett.co.uk
> www.faereal.net
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices