well, if you are lucky then NickServ isn't sending IDENTIFY string by 'user notice'. That NOTICE you can 'catch' with bind notc * *.
If it's not 'catched' by 'bind notc' function, your NickServ is useing server notice type.
You can 'catch' that with:
this is why i decited to give nickserv and chanserv global +f. this will exclued them from beeing ignored.
note: du can give them stict hosts like nickserv!services@euirc.net cause so you can be sure with a simple check handle == nickserv it is really nickserv messaging you and no fake service trying to foul your bot and get your auth password.
eggdrop.conf wrote:
# This is the bot's server list. The bot will start at the first server listed,
# and cycle through them whenever it gets disconnected. You need to change these
# servers to YOUR network's servers.
#
# The format is:
# server[:port[:password]]
yeah, it works on connect on any netowork which forwards the pass to nickserv, but when the nick is used by an prior connection and the bot enters with his alternate nick, the linked nick will still stay and get autoop, but the bot wont be able to use any chanserv comments, quitting with the reply "permission denied". all the things helping are to send the auth to nickserv. also if the nickserv gets down, resets due netsplit or something like this, the nick gets unauthed and changed to guest*. but triggering to the notices from nickserv and chanserv the bots keeps always authed and ready to fight against lamers .
I already have made a "# server[:port[:password]] "
in my config file.
But this wasn't the problem. The problem was the f-Flag. During
the flood from the server at reconnect, the NickServ is ignored as
well. So the bind couldn't trigger on NickServ-texts at all.
The tip with the strict host is also a good idea. It is really a security bottleneck to allow any user messages just the words to the bot
what nickserv does to make the bot identifying.
So now it works well.
Thank you all for your help. I hope the identify-scripts in the
download section would be changed with your opinions of
additional ideas, so no new Topic needed on Nickserv identifying.