Hi,
Seems that .+ignore *!*@* makes eggdrops ignore both channel and private (msgs and notices and ctcps).
How can I make the eggy only ignore PRIVATE msgs, notices and ctcps sent to its nick. While it will still monitor anything sent to a channel of course to detect floods?
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.
how to make a bot ignore only PVT msgs ?
Actualy his internal mechanism will prevent him to flood himself off (try to put many bans, kicks, etc. in a short period of time) and you also may want to use an channel limiter and slennox's Sentinel 2.7x.
Get this two and give them a try. Then tell me if you've seen a difference.
Get this two and give them a try. Then tell me if you've seen a difference.
Once the game is over, the king and the pawn go back in the same box.
I know but the point is not about the bot putting too many kicks and/or bans ... or even having too many nicks join the channel at once 
It's about the bot getting too many private notices or ctcps
Say someone with a 200 nick botnet makes all the bots he owns ctpc or notice my bot in private, what happens ? Do you get my point ?
It's about the bot getting too many private notices or ctcps
Say someone with a 200 nick botnet makes all the bots he owns ctpc or notice my bot in private, what happens ? Do you get my point ?
We see your point, but you fail to understand how ignors work.
Ignores are software based within the client or bot.
Regardless of an ignore, the bot will still receive the messages.
The onlyu method to ignore them, is to create a small script, that is designed to accept the messages, and simply return.
However, the software has to process the message to get to that point, in which case, the CPU time will have allready been used.
Ignores do not stop messages, they simply stop further processing.
Eggdrop by default will likely do less processing than implimenting some form of ingore system like that.
Ignores are software based within the client or bot.
Regardless of an ignore, the bot will still receive the messages.
The onlyu method to ignore them, is to create a small script, that is designed to accept the messages, and simply return.
However, the software has to process the message to get to that point, in which case, the CPU time will have allready been used.
Ignores do not stop messages, they simply stop further processing.
Eggdrop by default will likely do less processing than implimenting some form of ingore system like that.
Ignores on IRC = servers sends you the msg-es but your client dosen't show them. On some networks (as Undernet is) a usermode you can use but is for channel flooding.. I'm talking about +d wich will ignore all things from channel but you will still recive personal notices, msg-es, etc. Your eggy put many kicks/banes, etc.. only if you have't set him corectly, like your channel flood protections or you have an script that is doing some mistakes. I've recomanded you something. Just give them a try. Won't hurt a bit..
Once the game is over, the king and the pawn go back in the same box.
Hi,
ppslim I now but it's not the CPU usage I am concerned about.
What worries me is that the bot quits irc with message (Excess Flood) where the irc server would have disconnected it.
caesar I am already using Slennox scripts (limiter and sentinel).
So you guys are saying that if I bind notice and msg and make the bot just "return" then it should not get disc. with msg "excess flood" anymore ?
I am trying to simulate the +R mode on DALnet, which stops the notices and msgs at the server level, thus preventing the bot from quitting with "excess flood".
cheers, z_one
ppslim I now but it's not the CPU usage I am concerned about.
What worries me is that the bot quits irc with message (Excess Flood) where the irc server would have disconnected it.
caesar I am already using Slennox scripts (limiter and sentinel).
So you guys are saying that if I bind notice and msg and make the bot just "return" then it should not get disc. with msg "excess flood" anymore ?
I am trying to simulate the +R mode on DALnet, which stops the notices and msgs at the server level, thus preventing the bot from quitting with "excess flood".
cheers, z_one
From what I understand, the excess flood messages, is when a client floods the server (IE, your bot is sending too many messages, modes or lines to the server).
The best bet, is to route out why it is doing this, and fix it.
Some places to start, include disabling fast-deq on the eggdrop (see your config file). This should reduce the outgoing load a little.
Second is to find out what the bot is trying to send. If it is replies to the messages, you could do with adding some form of flood protections system to the script involved (this is a probable future project, some form of plugin flood prootection).
Out of all this, its pretty likely not the amount of text somting in. The quit messages when the server tries to send to much is a "SendQ" error.
As you stated, the dalnet mode is server level. As such the server provides the protection. With other networks you are stuck, as the traffic is still sent, and your bandwidth flooded, regardless of any software based ignore in place.
The best bet, is to route out why it is doing this, and fix it.
Some places to start, include disabling fast-deq on the eggdrop (see your config file). This should reduce the outgoing load a little.
Second is to find out what the bot is trying to send. If it is replies to the messages, you could do with adding some form of flood protections system to the script involved (this is a probable future project, some form of plugin flood prootection).
Out of all this, its pretty likely not the amount of text somting in. The quit messages when the server tries to send to much is a "SendQ" error.
As you stated, the dalnet mode is server level. As such the server provides the protection. With other networks you are stuck, as the traffic is still sent, and your bandwidth flooded, regardless of any software based ignore in place.
ok, I also get SendQ Exceeded.
So there is a turn around for this, I think.
There's a command that allows the user to stop all msgs at the server level and it's called "SILENCE"
To silence everyone you type /silence +*!*@*
To remove this silence you type /silence -*!*@*
Now I tried to make my eggy do that by putting 1 line of code which says:
putserv "silence +*!*@*"
But although the bot reaches this line of code ... it isn't being processed by the server ? I tried doing a "/silence +*!*@*" from my normal client and it worked fine.
So there is a turn around for this, I think.
There's a command that allows the user to stop all msgs at the server level and it's called "SILENCE"
To silence everyone you type /silence +*!*@*
To remove this silence you type /silence -*!*@*
Now I tried to make my eggy do that by putting 1 line of code which says:
putserv "silence +*!*@*"
But although the bot reaches this line of code ... it isn't being processed by the server ? I tried doing a "/silence +*!*@*" from my normal client and it worked fine.
Most of what I give is off the top of my head, and not read from the config files. So a simple search within the file will do no good. It is your job to look through the file yourself and find any related settings.
That said.
Goto the partyline, and issue a ".dump SILENCE +*!*@*"
Now try sending messages to the bot.
You will need to test the silence, see if it operational first.
It may be that the flood has caused other issues, and is preventing the silce from reaching the server (IE, the message is in the queue).
On top, you can also pass the "-next" arguemtn to the putserv command, to jump the queue.
That said.
Goto the partyline, and issue a ".dump SILENCE +*!*@*"
Now try sending messages to the bot.
You will need to test the silence, see if it operational first.
It may be that the flood has caused other issues, and is preventing the silce from reaching the server (IE, the message is in the queue).
On top, you can also pass the "-next" arguemtn to the putserv command, to jump the queue.
This setting does exist, and simple search of the config file, reveals it isn't contained there (but should be).
I did spot the "quiet-reject" setting which you may like to set to 1.
I had to delve into the sourcecode for the rest of it.
Try setting the following settings
Make sure net-type is correct for your server
However, this still leaves the root cause, which needs to be fixed.
I did spot the "quiet-reject" setting which you may like to set to 1.
I had to delve into the sourcecode for the rest of it.
Try setting the following settings
Make sure net-type is correct for your server
This should get you a little more headroom, and might prevent your bot flooding the server a little.set use-penalties 1
set use-fastdeq 2
However, this still leaves the root cause, which needs to be fixed.