It's indeed a handy tool! However, it would be nice if two of the things that come along with the lookup access were nonexistent. That is, once signed up for the free lookups on IP-Adress.com your email address gets somewhat inundated with spam from IP-Adress.com. Said spam prompts the member to pur...
Below is the accompanying tcl script that's packaged with the MegaHal v3.5 module. I've attempted to use it after installing the module on eggdrop v1.6.19 but none of the commands defined in the script seems to work. the script: # This is an accompanying TCL script to go with the MegaHAL eggdrop mod...
Probably because no one bothered to set "botnet-seens"; I disabled it as I am interested in the results of just one channel, which would be the norm. Maybe, but I find that hard to imagine. Since botnet-seens is enabled by default, and since lots of eggdrop users have botnets and multiple...
Okay, here's the bottom line. I've just received a response from the author of gseen and this is what he said: IIRC this is the coded functionality, sorry. The only way to change it is to write an extension... either in gseen's c-code directly, or maybe via tcl (can't remember the details of the imp...
dont know if you checked this in the gseen.conf file or not set botnet-seens 1 Yes, all bots in the net are set to "1" for set botnet-seens . I believe "1" is the default for that directive anyway. The !seen requests have always queried subsequent bots in the net fine. The proce...
No replies, eh? Two days ago I wrote to the author of gseen about this as well. He hasn't replied either (or at least he hasn't replied yet). One thing about this problem that puzzles me a bit is this: If a botnet were on a single IRC network, but its individual bots were on separate channels (no co...
I have a botnet comprising multiple eggs on multiple networks. When I use gseen to find out when and where a particular nick was last seen, gseen wants to stop at the first bot it queries who has seen the particular nick. It does this regardless of whether the instance it finds is much older than in...
About the .tcl thing... maybe you should read the stickings: http://forum.egghelp.org/viewtopic.php?t=10215 The instructions in the sticky you've cited are exactly what I'd done. To wit: I commented unbind dcc n tcl *dcc:tcl and unbind dcc n set *dcc:set , saved the file, and restarted the bot. I e...
One other observation from the raw data: Each WHO #channel sent automatically after connect is prefixed with [!m] ... whereas when I manually issue .dump who #channel (which is always successful) the log shows my request prefixed with [!s] . Also, the 2 successful automatic WHO requests upon connect...
does a manual ".tcl resetchan #chan" solve current issues? Please check also raw logging of your bot. Thanks for the response. .tcl resetchan #chan renders a What? You need '.help' , despite that unbind dcc n tcl *dcc:tcl is commented out in the conf file. I'm not sure why it doesn't work...
Greetings scripting gurus, I still haven't found a solution to my egg/psy issue :( I've tried a few things with the code that De Kus so kindly provided. I tried removing this part completely: [matchattr chanserv "|l" $chan] && which unfortunately made no difference. I then added it...
you might not have a user named "chanserv", delete the matchattr in that case. It simply resets one channel each 5 secs every 1h and on rejoin of a netsplit. I made this not because I use psybnc, but because of masked hosts from hostserv which need nickserv auth :D. Hmm, I took out the 'm...
well, actually the bot already sends a WHO request on each join. All you can use is used some kind of timed WHO. I myself found it usefull to use this script: blah you might not have a user named "chanserv", delete the matchattr in that case. It simply resets one channel each 5 secs every...
I have a need for my bot to issue WHO <channel name> for each channel it joins upon connection. The bot is running through psyBNC and it often loses sync on a few channels after reconnecting. Whenever I issue .dump who #channel it always resyncs for the given channel. I'd like to make this automatic...