Sentinel seems to count netsplits as join/part floods ...
and sure, they are but ... here's how they can be made exempt
if user quits with 2 servers as quit message
add user name to flood-exempt list until matching *ickname* joins or 5 minutes
on join if user isin exempt list disregard
this is more cpu intensive, especially in big channels, and ESPECIALLY if the bot is on the wrong end ... but ehh ... its tolerable i think
This is the new home of the egghelp.org community forum.
All data has been migrated (including user logins/passwords) to a new phpBB version.
For more information, see this announcement post. Click the X in the top right-corner of this box to dismiss this message.
All data has been migrated (including user logins/passwords) to a new phpBB version.
For more information, see this announcement post. Click the X in the top right-corner of this box to dismiss this message.
Netsplits - Not really floods
Question I get tired of asking: what VERSION of Eggdrop and netbots.tcl/sentinel.tcl are you using?
With that out of the way, I don't understand where these reports are coming from... from the perspective of sentinel.tcl's join-part flood protection, any QUIT should be IRRELEVANT. Type .sentinel and check that it says "quit detection OFF", then please e-mail to slennox at egghelp.org a log (timestamped mIRC logs are ideal) of a flood lock that is being triggered by netsplits, including 10 mins of channel activity before/after, so that I can try to sort this out.
Regarding your quit-msg check, and assuming that sentinel.tcl was to use quit detection at some point, that check alone would not be adequate because on many/most networks there is no way to tell the difference between a genuine netsplit quit and a client that fakes a netsplit quit msg.
With that out of the way, I don't understand where these reports are coming from... from the perspective of sentinel.tcl's join-part flood protection, any QUIT should be IRRELEVANT. Type .sentinel and check that it says "quit detection OFF", then please e-mail to slennox at egghelp.org a log (timestamped mIRC logs are ideal) of a flood lock that is being triggered by netsplits, including 10 mins of channel activity before/after, so that I can try to sort this out.
Regarding your quit-msg check, and assuming that sentinel.tcl was to use quit detection at some point, that check alone would not be adequate because on many/most networks there is no way to tell the difference between a genuine netsplit quit and a client that fakes a netsplit quit msg.
Hi,
I am using the Sentinel version found in Netbots 4.09
The problem is, it is setting +im on large netsplit rejoins and sends a notice to the chan saying "flood detected, sorry for any inconvenience..."
I have Quit detection OFF and the following settings in netset.tcl:
# sentinel.tcl settings
set nb_component(sentinel) 0
set sl_bcflood 5:30
set sl_bmflood 6:20
set sl_ccflood 5:20
set sl_avflood 6:20
set sl_tsunami 10
set sl_txflood 80:30
set sl_boflood 500:20 <-- to disable it
set sl_jflood 6:20
set sl_nkflood 6:20
set sl_ban 1440
set sl_boban 1440
set sl_globalban 0
set sl_wideban 1
set sl_banmax 100
set sl_igtime 240
set sl_masktype 0
set sl_ilocktime 50
set sl_mlocktime 60
set sl_shortlock 0
set sl_bfmaxbans 100
set sl_note ""
set sl_cfnotice "Channel locked temporarily due to flood, sorry for any inconvenience this may cause
"
set sl_bfnotice "Channel locked temporarily due to full ban list, sorry for any inconvenience this may cause"
set sl_lockcmds 2
set sl_lockflags "o"
set sl_bxsimul 0
I am using the Sentinel version found in Netbots 4.09
The problem is, it is setting +im on large netsplit rejoins and sends a notice to the chan saying "flood detected, sorry for any inconvenience..."
I have Quit detection OFF and the following settings in netset.tcl:
# sentinel.tcl settings
set nb_component(sentinel) 0
set sl_bcflood 5:30
set sl_bmflood 6:20
set sl_ccflood 5:20
set sl_avflood 6:20
set sl_tsunami 10
set sl_txflood 80:30
set sl_boflood 500:20 <-- to disable it
set sl_jflood 6:20
set sl_nkflood 6:20
set sl_ban 1440
set sl_boban 1440
set sl_globalban 0
set sl_wideban 1
set sl_banmax 100
set sl_igtime 240
set sl_masktype 0
set sl_ilocktime 50
set sl_mlocktime 60
set sl_shortlock 0
set sl_bfmaxbans 100
set sl_note ""
set sl_cfnotice "Channel locked temporarily due to flood, sorry for any inconvenience this may cause
"set sl_bfnotice "Channel locked temporarily due to full ban list, sorry for any inconvenience this may cause
"set sl_lockcmds 2
set sl_lockflags "o"
set sl_bxsimul 0
Awesome, an actual version number
Now the other bit: "please e-mail to slennox at egghelp.org a log (timestamped mIRC logs are ideal) of a flood lock that is being triggered by netsplits, including 10 mins of channel activity before/after, so that I can try to sort this out."
What is ideal are two logs - a timestamped one from a mIRC-running human on the channel, and one from a bot that detected a flood in the same period, so that I can compare the two logs.
I cannot try to sort this problem out with the information I've been given so far.
BTW, you should set sentinel.tcl's flood settings to 0:0 to disable, not 500:20.
<font size=-1>[ This Message was edited by: slennox on 2002-05-02 18:08 ]</font>
Now the other bit: "please e-mail to slennox at egghelp.org a log (timestamped mIRC logs are ideal) of a flood lock that is being triggered by netsplits, including 10 mins of channel activity before/after, so that I can try to sort this out."
What is ideal are two logs - a timestamped one from a mIRC-running human on the channel, and one from a bot that detected a flood in the same period, so that I can compare the two logs.
I cannot try to sort this problem out with the information I've been given so far.
BTW, you should set sentinel.tcl's flood settings to 0:0 to disable, not 500:20.
<font size=-1>[ This Message was edited by: slennox on 2002-05-02 18:08 ]</font>