[IRCServices] New UnrealIRCd channel modes (+I and
+j)- notrecognised by Services
Luniz
gluniz at luniz.dyndns.org
Thu Mar 3 12:07:01 PST 2005
Well excuse me. Then there is no need for +j. End of discussion. Next
thread.
----- Original Message -----
From: "Bergee" <lordbergee at comcast.net>
To: "IRC Services General Mailing List" <ircservices at ircservices.esper.net>
Sent: Thursday, March 03, 2005 2:56 PM
Subject: Re: [IRCServices] New UnrealIRCd channel modes (+I and +j)-
notrecognised by Services
> It used to be like that, and that feature still exists as a subset of
> what the +f mode is now. But rather than having a whole discussion
> about Unreal's various modes on the mailing list, I'll just point you to
> the documentation, which will hopefully clear up any confusion about
> what mode +f does now.
>
> See:
http://www.vulnscan.org/UnrealIrcd/unreal32docs.html#feature_antiflood
>
> Bergee
>
> Luniz wrote:
> > I thought chanmode +f was flood protection.
> >
> > f * <lines:seconds> Flood protection, if the * is given a user
will
> > kick banned when they send <lines:seconds> if no * they are just kicked
> >
> > ----- Original Message -----
> > From: "Bergee" <lordbergee at comcast.net>
> > To: "IRC Services General Mailing List"
<ircservices at ircservices.esper.net>
> > Sent: Thursday, March 03, 2005 1:58 PM
> > Subject: Re: [IRCServices] New UnrealIRCd channel modes (+I and +j) -
> > notrecognised by Services
> >
> >>Actually my understanding of it is that +j reacts to x joins per user
> >>per y seconds. And what +f does is x joins per channel per y seconds.
> >>A slight difference at best, but it would basically allow you to
> >>throttle a single user a bit sooner rather than having to wait for that
> >>user to trigger a higher limit for the entire channel.
> >>
> >>Bergee
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices