any idea how to IDENTIFY

[V2Px]

can i register the botnick with nickserv and IDENTIFY automaticly?

sry for my bad english

[Sir_Fz]

In what situation you want that to happen?

[demond]

in DoS-ing NickServ by registering zillions of randomly generated nicks?

won't succeed, modern services are protected from such endeavours by forcing delays and tracking registering IPs

[CtrlAltDel]

Gee you two are really helpful ...

V2Px .. look here

[demond]

Gee you two are really helpful ...

V2Px .. look here

...and you are really irrelevant with that bogus link

[Alchera]

can i register the botnick with nickserv and IDENTIFY automaticly?

sry for my bad english

Register a nick for the bot as you would any other:

Code: Select all

/ns REGISTER AnyGoodPassword billy@hotmail.com

.. or (via Command Console):

Code: Select all

.dump ns REGISTER AnyGoodPassword billy@hotmail.com

.. and for auto identify on connect (eggdrop.conf):

Code: Select all

# This is a Tcl script to be run immediately after connecting to a server.
bind evnt - init-server evnt:init_server

proc evnt:init_server {type} {
  global botnick
  putquick "MODE $botnick +iR-ws"
  putquick "privmsg nickserv :identify password"
}

[demond]

While not getting user's rationale is something I could be rightfully accused of, Sir_Fz should have gotten it

I never thought the guy doesn't know that bot's nick is like any other nick and can be registered the same way other nicks are registered; I thought he needs to register it in automated fashion, which only makes sense in DoS-ing nick services

[Alchera]

Although I am not as good as one other (Metroid, I think) in the double dutch stakes I have my moments. LOL

[CtrlAltDel]

Gee you two are really helpful ...

V2Px .. look here

...and you are really irrelevant with that bogus link

that "bogus link" ( http://www.egghelp.org/tclhtml/3478-4-0-0-751.htm ) as you call it is to eggdrop org's tcl archive where there are SEVERAL nickserv/chanserv/services scripts listed (which is part of what V2Px was asking for unless I can't comprehend plain english anymore). Have another glass of christmas cheer and calm down, will you?

[demond]

it's bogus since the URL is generated on-the-fly, i.e. is not permanent and referring to it is pointless, it could change anytime without you being aware of the change

[wolfy]

First, thank you to V2Px to ask this question and to Alchera to answer with real code, that's clear and usefull.

Reading that, I have a few more questions :

When I look to the "bogus link" I find that code :

Code: Select all

bind notc - "*This nickname is owned by someone else.*" identify:notc
proc identify:notc { nick uhost handle text dest } {
 global botnick nickserv identcmd identpass
 if { $nick == $nickserv } {
  puthelp "PRIVMSG $nickserv $identcmd $identpass"
  putlog "Identifying : $nickserv (as $botnick)"
 }
}

but Alchera you put a ":" just before the identify in the privmsg to the nickserv :

Code: Select all

putquick "privmsg nickserv :identify password" 

why ? (if it's a border effect of the putquick use, forget that)

Another tiny question :
To help the egg to join a restricted channel, it's very important for the identify process
to be fully terminated (to avoid the ban). How to insure that, specifically with static
channel definition in the config file ?

Thks to help a not english native newb.

[Sir_Fz]

lol, that link is really bogus so stop defending the fact that it is not.

':' is important when using eggdrop queue, so

Code: Select all

puthelp "PRIVMSG $nickserv $identcmd $identpass"

should be

Code: Select all

puthelp "PRIVMSG $nickserv :$identcmd $identpass"

or else only the first word after nickserv will be sent to nickserv. The eggdrop is supposed to identify when it recieves notice from nickserv (using your code) so it'll probably identify before joining any channel.

[CtrlAltDel]

Funny, over a month after I posted that "bogus" link, it STILL points to a page full of nickserve scripts, most of which would have not only halped V2Px with scripting the solution himself if he so desired, but would have probably (depending on the network in question) have solved it with a minimal of editing.

I think you people need to stop being so high and mighty just because you know more than others and actually take the time to determine what someone asks the question for instead of jumping to conclusions and accusing them of "DoS-ing NickServ by registering zillions of randomly generated nicks".

[wolfy]

Ok, I tried and it doesn't work. Sure I'm doing something wrong.

As far as I understood it, I just wrote the
putquick "privmsg nickserv :identify password"
line in my existing conf in the existing init_server, replacing password with the nick's one.

And nothing happen. ( It works when I .dump a nickserv identify )

Don't you think it happens too early in the connection ?

[CrazyEgg]

Code: Select all

putquick "$nickserv :$identcmd $identpass"

That is correct