ohh yeah great then what unet can do after this is charge say $5 per
client/account for bot usages!

SPECIAL OFFER : (+B going for $5 USD) Apply within ....

j/k , but you never know =)

wensu

----- Original Message -----
From: "Alexander Maassen" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, August 18, 2002 10:38 PM
Subject: Re: [Coder-Com] Modes for (by example) botservice(s)


> It shouldn't even be settable by the user himself, it should be set on P10
> networks by services for example, botowners would need to get permission
to
> use this flag, in this way you can also control what a bot can do and what
> he can't do. Giving the user himself the ability to use it only leads to
> abuse.
> Mbuna made a nice start in creating a class for ircu wich makes a so
called
> botservice class immune against excess floods. I took the time to look at
> mbuna's work and enhanced it a bit with removing target limits and channel
> limits.
> Ok, far away from what I state above, but more restricted as simply having
a
> USER use it (furthermore this would require the client's core to change to
> support this feature) + the system is compatible with ANY client, no need
to
> change anything, I: Lines can use passwords only the botadmin knows, and
can
> be heavily restricted regarding the amount of connections etc.
> You could also do it in a way that a bot auths to services, and that
> services grants him priviledges, have a look at Math's remote priviledges
to
> get a picture of what I'm talking, perhaps a botconnect would look like
> this:
>
> - Plain connect as any client
> - Auth to services
> - If OK, have services set usermode +B
> - Have services transmit privilegdes (for example NOTARGET, NOCHANLIMIT,
> NOFLOOD)
>   (wich are actually the only privilegdes at maximum a botservice should
> need to be able to reduce there amounts of bots without getting issues)
>
> On whois, the server would state the bot is from a botlending, an X verify
> would be more detailed as it could also show the associated admin/channel
> the bot is related to.
> Together with the subid feature I had in mind where botaccounts are linked
> to it's admin account this could work out well and would have the ability
> for both sides to have decent control of whats going on.
>
> You could also limit the features such an account has in services, for
> example:
>
> - A bot has no level in channels
> - It can only be added/removed by cservice and or the level 500
> - available commands: op/deop/kick/ban/unban/key (key could be usefull in
> case someone messed up the channel and the bot needs to ask a key, since
> status requests are hardly parsable)
>   - above could be combined in a separate command only available for bots,
> /msg X botcmd <channel> OP <nick>...<nick>
>
> (I think this should also satisfy Isomer's request that flew in while I
> still was typing)
>
> But I think I tried to discuss this item many times before and always hit
> the concrete wall since it was considered "useless and not wanted" as
usual.
> But who cares, I'm just the script kiddie that seems to have nuked the
> entire network, right ?
>
>
> ----- Original Message -----
> From: "Carlo Wood" <[EMAIL PROTECTED]>
> To: "Daniël Boeije" <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
> Sent: Sunday, August 18, 2002 1:57 PM
> Subject: Re: [Coder-Com] Modes for (by example) botservice(s)
>
>
> > On Sun, Aug 18, 2002 at 01:23:51PM +0200, Daniël Boeije wrote:
> > > Hello,
> > >
> > > is there a mode B(Bot) to mark bots in IRCu?
> >
> > There should be one, its a good idea.
> >
> > This mode should be a user mode that can only
> > be set with the USER command (to avoid abuse
> > by tricking newbies into using it).
> >
> > Bots that are spotted and do not use it should
> > be kill targets (to motivate owners to use it).
> >
> > The bots then could get special privileges
> > (another reason for owners to use it) and
> > special restrictions.
> >
> > --
> > Carlo Wood <[EMAIL PROTECTED]>
> >
>
>

Reply via email to