Chanservneed

De Kus · Post by **De Kus** » Tue Mar 14, 2006 9:05 am

obviously you either dont have a user record nickserv or chanserv or both.

		set nickserv [split [lindex [getuser nickserv HOSTS] 0] !]
		set chanserv [split [lindex [getuser chanserv HOSTS] 0] !]

Please reread the install requirements in the header. btw. capitalization doesn't matter, so don't hestitate to use NickServ or NICKSERV or whatever you prefer

.

extra lines don't bother unless the one that is intented for DALnet hasn't changed in a way it nolonger matchs. You may check ".binds notc" on partyline to check, if they were triggered.

btw. I just read after the DALnet nickname and releasing issue. My script uses ghost command if the primary nick cannot be used for any reason. Does someone know if my script should bind to 432 for DALnet?

Alchera · Post by **Alchera** » Tue Mar 14, 2006 9:27 am

De Kus wrote:obviously you either dont have a user record nickserv or chanserv or both.
Code: Select all
		set nickserv [split [lindex [getuser nickserv HOSTS] 0] !]
		set chanserv [split [lindex [getuser chanserv HOSTS] 0] !]
Please reread the install requirements in the header. btw. capitalization doesn't matter, so don't hestitate to use NickServ or NICKSERV or whatever you prefer .

extra lines don't bother unless the one that is intented for DALnet hasn't changed in a way it nolonger matchs. You may check ".binds notc" on partyline to check, if they were triggered.

I don't use your script! It was reported to me on DALnet and adding DALnet (*!*@dal.net) as a user fixed their problem. Some just do not bother to read anything in script headers; hence the post.

Maybe re-wording your directions to make it a bit clearer to users would help.

De Kus · Post by **De Kus** » Tue Mar 14, 2006 9:37 am

well it would be possible to auto-create these accounts, but I doubt someone would like to get a global +m account created by a script

.
The problem with *!*@host hostmarks are that they will match nickserv and chanserv the same usually. If you have suggestion how to make

Code: Select all

# Install requirements:
# * User chanserv with hostmark matching the real chanserv,
#   global +m flag and flags represanting the bots access level
#   on the channels.
# * User nickserv with hostmark matching the real nickserv and
#   global +f flag
# * change nickpass
#
# Setting diffrent hostmarks for nickserv and chanserv will help your
# bot to seperate them from each other which is required for this script.

more cleary go ahead.
Maybe some people dont like the idea giving these flags to the services, but they are absolutly recommned by me. You can change them to +v and change the binds corresponding, but dont expect the bot to like chanserv with just +v (you will have to disable desyncs at all and the bot will fight with chanserv when chanserv automatically ops someone the bot deops).

Alchera · Post by **Alchera** » Tue Mar 14, 2006 10:02 am

Global +f works very well for DALnet, stops all the ignoring.

As for "clearer", a very minor alteration i.e.

Code: Select all

# * Add chanserv as a user with hostmask matching the real chanserv, ...
# * Add nickserv as a user with hostmask matching the real nickserv, ...

I agree with you on problems users would have with a script creating a user account.

De Kus · Post by **De Kus** » Tue Mar 14, 2006 10:40 am

I changed it in my current script, but I am not going to release this non-change change until I actually changed something in the script.

Just as a note for my default nickserv mask. Nobody asked me till now, but maybe some are intrested how this

Code: Select all

{PRIVMSG NickServ@services.euirc.net}

thing works. Some may notice: that is like the Q auth from quakenet. Actually its the same. But dont confuse this @ with the @ you know from hostmarks.
Let's first check a whois reply (as an example):

* [NickServ] (services@euirc.net): Nickname Server
* [NickServ] services.euirc.net :Services for euIRCnet [lanlos.org]
* [NickServ] is an IRC Operator on euIRCnet

As you may notice the thing after @ here is diffrent from the thing used above after @. This is because you do not send to a hostmark, but to a nickname on a specific IRC Server. In that case the server which nickserv is conncted to (usually they connect via localhost, but also use a vhost as their host). Some servers like QuakeNet hide the true server which a user is connected to. It that case you either have to guess the server, ask for it in the help chan or just use "the usual way"

.
Why making the trouble of using it? You never know who might lead your bot with spoofed dns lookups to somewhere else and with a bit luck they only log nickserv and not the whole server traffic

.

De Kus · Post by **De Kus** » Mon May 15, 2006 5:34 am

Okay, long time it has been. but finally I found an idea worthy to be added:
reopping on nick auth on all channels (of courses only if connect is at least 30sec ago). Addionally now the changed comments are also released. So the changes since 1.4.6 for 1.5 are as follows:

- added auto reopping on auth (except on server connect)
- enhanced various comments

PS: Did I upload the old files again? Well should be fixed now.

Lighty · Post by **Lighty** » Fri Jun 09, 2006 12:22 am

I was looking for a script like this, only problem is it will not go into a channel with invite. Any suggestions?

If I type /invite "bot" #Channel ie comes in. This is not dalnet.

De Kus · Post by **De Kus** » Fri Jun 09, 2006 3:46 am

That hasnt to do anything with nickserv or chanserv, sorry. However for channels he has records of, it joins automatically on invite. Thats a behavior this script is beware of, everything else is off-topic.

Lighty · Post by **Lighty** » Fri Jun 09, 2006 7:37 am

De Kus wrote:That hasnt to do anything with nickserv or chanserv, sorry. However for channels he has records of, it joins automatically on invite. Thats a behavior this script is beware of, everything else is off-topic.

So your saying this will not work if it needs to join a channel that is has been added to with invite?

I thought it was a chanserv command /cs invite #channelname

Lighty · Post by **Lighty** » Mon Jun 12, 2006 6:03 pm

Well I quess this script is not waht it's cracked up to be...

Post by **Sir_Fz** » Mon Jun 12, 2006 6:28 pm

.chanset #channel need-invite "ChanServ :invite #channel"

Then the bot will invite itself to #channel via ChanServ whenever invite is needed.

De Kus · Post by **De Kus** » Tue Jun 13, 2006 4:26 am

Since my script already does that, I am a bit confused about his request and if it has even to do anything with chan-/nickserv

.

Code: Select all

proc handle:need {channel need} {
...
		switch $need {
...
			limit  -
			key    -
			invite {
				if {[matchattr chanserv "|o" $channel]} {
					putquick "$chanservmask :invite $channel" -next
				}
			}
		}
...
}

Alchera · Post by **Alchera** » Wed Jun 14, 2006 8:03 pm

The request, I think, is to do with mIRC's ability to either ignore or accept an invite into any channel and whether anyone inviting the bot into a channel will succeed.

De Kus · Post by **De Kus** » Thu Jun 15, 2006 3:57 am

Only the IRC server can deny invites... or does he want to somone personally invite the bot instead of the automatic way? he should then just comment out the lines sending the invite to chanserv (or raise the requirement to |m like I did for unban, to give an op a chance to shut the bot out in case of emergencies)...

Alchera · Post by **Alchera** » Thu Jun 15, 2006 8:37 pm

De Kus wrote:Only the IRC server can deny invites...

You do not use mIRC? That particular client has a check box in its' options to ignore invites; which is what I was indicating. If left unchecked you will finish up in all sorts of places because you simply accepted an invite.

I am guessing the user wants to know if the same can be done with eggdrop.