Gday
Recently my shell provider ACME went belly up without warning. I have since found another shell provider, I uploaded my backup files from my pc to the new shell.
Now I am not very bright when it comes to eggdrops, and after I had uploaded my files, I was told to in ssh to getegg, which installed a later version of an eggdrop (version I was running 1.6.13) after doing the getegg it installed v1.6.17.
I am listed as the owner of the bot, and I can DCC with the bot however ( I will paste)
[12:42] (Redheaded-Vixen): .match redheaded-vixen
[12:42] (rut^roh): [09:45] #Fiery_WA# match redheaded-vixen
[12:42] (rut^roh): *** Matching 'redheaded-vixen':
[12:42] (rut^roh): HANDLE PASS NOTES FLAGS LAST
[12:42] (rut^roh): --- Found 0 matches.
[12:43] (Redheaded-Vixen): .match fiery_wa
[12:43] (rut^roh): [09:47] #Fiery_WA# match fiery_wa
[12:43] (rut^roh): *** Matching 'fiery_wa':
[12:43] (rut^roh): HANDLE PASS NOTES FLAGS LAST
[12:43] (rut^roh): Fiery_WA yes 0 hjlmnoptxQ 09:06 (partyline)
[12:43] (rut^roh): HOSTS: *!memyselfi@*.A93EF38A.4F67B553.IP
Fiery_WA and Redheaded-Vixen are both me. And I get this message (rut^roh): [09:57] (Redheaded-Vixen!memyselfi@6A442393.A93EF38A.4F67B553.IP) !*! failed IDENT
I do not want to reinstall the bot from scratch for two reasons. one is I have no idea how to (a mate who is no longer contactable set them up for me) and two I would lose all of my settings, users,chans,bans etc
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.
A change in shell companies, my bot wont ident me
Failed ident means your eggdrop was unable to add the new hostmask to your user record. The two most common causes for this is either incorrect password, or your eggdrop could not figure out who you are (if you do not provide a handle with the ident-request, it will use your nickname).
Now, if you are capable of dcc:ing to your bot, I doubt there would be any reason to IDENT it in the first place (any changes in hostmasks could easily be done using .+host and .-host).
Now, if you are capable of dcc:ing to your bot, I doubt there would be any reason to IDENT it in the first place (any changes in hostmasks could easily be done using .+host and .-host).
NML_375
The problem with the failed IDENT is yes the bot recognises me in a DCC chat .....BUT FAILS to perform any in chan commands. And as far a the .+host .-host goes I have done both of these.
I have made a little headway (From: Rut^Roh) I recognize you there. BUT thats as far as it gets. My leaf bot, which is now no longer linked to the hub, says this (From: DiLLiGAF) New Identity confirmed. Recover Successful, which is what Rut^Roh used to say.
I am wondering if the fact my shell has two different versions of an eggdrop installed could be causing the problem? (version I was running 1.6.13) after doing the getegg it installed v1.6.17.
Is there anyway to get rid of v1.6.17?
[11:01] (rut^roh): Hey Fiery_WA! My name is Rut^Roh and I am running eggdrop v1.6.17, on FreeBSD 4.11-STABLE.
[11:01] (dilligaf): Hey Fiery_WA! My name is DiLLiGAF and I am running eggdrop v1.6.13, on FreeBSD 4.11-STABLE.
Prior to this shell account change both bots were running v1.6.13 and I never encountered a problem.
Now all am i getting is a headache
I have made a little headway (From: Rut^Roh) I recognize you there. BUT thats as far as it gets. My leaf bot, which is now no longer linked to the hub, says this (From: DiLLiGAF) New Identity confirmed. Recover Successful, which is what Rut^Roh used to say.
I am wondering if the fact my shell has two different versions of an eggdrop installed could be causing the problem? (version I was running 1.6.13) after doing the getegg it installed v1.6.17.
Is there anyway to get rid of v1.6.17?
[11:01] (rut^roh): Hey Fiery_WA! My name is Rut^Roh and I am running eggdrop v1.6.17, on FreeBSD 4.11-STABLE.
[11:01] (dilligaf): Hey Fiery_WA! My name is DiLLiGAF and I am running eggdrop v1.6.13, on FreeBSD 4.11-STABLE.
Prior to this shell account change both bots were running v1.6.13 and I never encountered a problem.
Now all am i getting is a headache
There were some fundamental changes in .15-.16, making the newer versions incompatible with earlier versions with respect to the halfop flag and the leaf botflag. Thus it is not recommended to mix versions such as .13 and .17 when sharing is enabled. If there is no userfile sharing however, there would be no issue or incompatibilities.
As for the message "New Identity confirmed. Recover Successful", that line does not exist at all within eggdrop's source, and would have to come from some custom script you are using.
As for in-channel commands, any such command would have to be provided by some custom script, as eggdrop itself only uses dcc partyline and msg commands.
It would seem the issues you are encountering are more likely related to some custom script you are using, and information on which scripts you are using would be helpful (hint, look for lines starting with "source" from within your config file).
As for the message "New Identity confirmed. Recover Successful", that line does not exist at all within eggdrop's source, and would have to come from some custom script you are using.
As for in-channel commands, any such command would have to be provided by some custom script, as eggdrop itself only uses dcc partyline and msg commands.
It would seem the issues you are encountering are more likely related to some custom script you are using, and information on which scripts you are using would be helpful (hint, look for lines starting with "source" from within your config file).
NML_375
Yup.
The only script I don't recognize is chat.tcl and chanserv.tcl.
None of the others are capable of producing the messages mentioned above, so I would have to guess one of those two is causing the headache. I would assume chanserv.tcl is some script to let your bot identify with chanserv services?
The only script I don't recognize is chat.tcl and chanserv.tcl.
None of the others are capable of producing the messages mentioned above, so I would have to guess one of those two is causing the headache. I would assume chanserv.tcl is some script to let your bot identify with chanserv services?
NML_375
this is from the chat.tcl :-
# hat.tcl
# updated sort of for 1.1 cause a stupid friend (hi digidog) asked me to - LSC
#
# /msg <bot> chat
# will send a dcc chat request to a user on irc
# in case they can't initiate dcc chats, only accept them
#
bind msg p chat msg_chat
# bitchass [censored] 1.1 needs a cmd to get the telnet port
# so set this as the telnet port you want the users to enter
set userport 1360
proc msg_chat {nick uhost hand arg} {
global userport
listen $userport users
putserv "PRIVMSG $nick :\001DCC CHAT chat [myip] $userport\001"
return 1
}
This is from the chanserv.tcl :-
##############################################
# Chanserv.tcl 0.1 by #egghelp@efnet (KuNgFo0)
#
# Set the next line as your bot's password on nickserv
set nickserv_pass "vixen69"
# Set the next line as the channels you want to run in
set chanserv_chans "#flirty_30s"
bind join - * join_chanserv
global init-server
if {![string match *con_nickserv* ${init-server}]} {
set init-server "${init-server} ; con_nickserv"
}
putlog "*** Chanserv.tcl 0.1 by #egghelp@efnet loaded"
proc join_chanserv {nick uhost hand chan} {
global botnick chanserv_chans
if {(([lsearch -exact [string tolower $chanserv_chans] [string tolower $chan]] != -1) || ($chanserv_chans == "*")) && ($nick == $botnick)} {
channel set $chan need-op "time_chanserv $chan"
utimer 5 "time_chanserv $chan"
}
}
proc time_chanserv {chan} {
global botnick
if {![botisop $chan]} {
putlog "*** Requesting ops from ChanServ on channel $chan"
putserv "PRIVMSG ChanServ :op $chan $botnick"
}
}
proc con_nickserv {} {
global nickserv_pass
putserv "PRIVMSG NickServ :identify $nickserv_pass"
}
# hat.tcl
# updated sort of for 1.1 cause a stupid friend (hi digidog) asked me to - LSC
#
# /msg <bot> chat
# will send a dcc chat request to a user on irc
# in case they can't initiate dcc chats, only accept them
#
bind msg p chat msg_chat
# bitchass [censored] 1.1 needs a cmd to get the telnet port
# so set this as the telnet port you want the users to enter
set userport 1360
proc msg_chat {nick uhost hand arg} {
global userport
listen $userport users
putserv "PRIVMSG $nick :\001DCC CHAT chat [myip] $userport\001"
return 1
}
This is from the chanserv.tcl :-
##############################################
# Chanserv.tcl 0.1 by #egghelp@efnet (KuNgFo0)
#
# Set the next line as your bot's password on nickserv
set nickserv_pass "vixen69"
# Set the next line as the channels you want to run in
set chanserv_chans "#flirty_30s"
bind join - * join_chanserv
global init-server
if {![string match *con_nickserv* ${init-server}]} {
set init-server "${init-server} ; con_nickserv"
}
putlog "*** Chanserv.tcl 0.1 by #egghelp@efnet loaded"
proc join_chanserv {nick uhost hand chan} {
global botnick chanserv_chans
if {(([lsearch -exact [string tolower $chanserv_chans] [string tolower $chan]] != -1) || ($chanserv_chans == "*")) && ($nick == $botnick)} {
channel set $chan need-op "time_chanserv $chan"
utimer 5 "time_chanserv $chan"
}
}
proc time_chanserv {chan} {
global botnick
if {![botisop $chan]} {
putlog "*** Requesting ops from ChanServ on channel $chan"
putserv "PRIVMSG ChanServ :op $chan $botnick"
}
}
proc con_nickserv {} {
global nickserv_pass
putserv "PRIVMSG NickServ :identify $nickserv_pass"
}
My "new" bot Rut^Roh (i.e. the one on the new shell) used to do in channel commands.
This is taken from my mIRC status log, prior to the old shell account going down
*rut^roh* ident **** ****
*rut^roh* login **** recover
*dilligaf* ident **** ****
*dilligaf* login *** recover
(From: Rut^Roh) Authentication successful!
(From: DiLLiGAF) New Identity confirmed. Recover Successful
I have gone through both backup files I have on my PC in Rut^Roh and DiLLiGAF. They are both showing exactly the same files on my PC.
[09:28] (Redheaded-Vixen): rut cycle
[09:28] (Redheaded-Vixen): dill cycle
[09:28] -DiLLiGAF- Cycling #akill
[09:28] *** Parts: DiLLiGAF (DiLLiGAF@5FBFB399.691B801C.EF88B48A.IP)
[09:28] *** Joins: DiLLiGAF (DiLLiGAF@5FBFB399.691B801C.EF88B48A.IP)
[09:28] *** ChanServ sets mode: +a DiLLiGAF
[09:28] *** ChanServ sets mode: +o DiLLiGAF
As you can see Rut^Roh is almost ignoring me, other than in DCC chats.
This is what is on the shell for DiLLiGAF
-bash-2.05b$ cd scripts
-bash-2.05b$ ls
CONTENTS compat.tcl klined.tcl
action.fix.tcl crones multi4.tcl
alltools.tcl ent_areply.tcl notes2.tcl
autobotchk ent_areply.tcl.bak ques5.tcl
botchk ent_areply.tcl.save sentinel.tcl
chanserv.tcl ent_areply.tclcd unloadtcl.tcl
chat.tcl getops.tcl userinfo.tcl
cmd_resolve.tcl hosts.tcl weed
And this is on the shell for Rut^Roh
~/eggdrop/scripts$ ls
CONTENTS ent_areplyRutRoh.tclcd
action.fix.tcl ent_areplyrut^roh.tcl.save
alltools.tcl getops.tcl
botchk hosts.tcl
botchky klined.tcl
chanserv.tcl notes2.tcl
chat.tcl ques5.tcl
cmd_resolve.tcl sentinel.tcl
compat.tcl unload.tcl
crones userinfo.tcl
ent_areplyRutRoh.tcl weed
ent_areplyRutRoh.tcl.save
I can see no difference in what scripts are loaded suffice to say .....
[10:06] (Redheaded-Vixen): rut cycle
[10:06] (Redheaded-Vixen): dill cycle
[10:06] -DiLLiGAF- Cycling #akill
[10:06] *** Parts: DiLLiGAF (DiLLiGAF@5FBFB399.691B801C.EF88B48A.IP)
[10:06] *** Joins: DiLLiGAF (DiLLiGAF@5FBFB399.691B801C.EF88B48A.IP)
[10:06] *** ChanServ sets mode: +a DiLLiGAF
[10:06] *** ChanServ sets mode: +o DiLLiGAF
Rut just does not want to play ball
Having said that, can you perhaps suggest a script that will allow public commands?
This is taken from my mIRC status log, prior to the old shell account going down
*rut^roh* ident **** ****
*rut^roh* login **** recover
*dilligaf* ident **** ****
*dilligaf* login *** recover
(From: Rut^Roh) Authentication successful!
(From: DiLLiGAF) New Identity confirmed. Recover Successful
I have gone through both backup files I have on my PC in Rut^Roh and DiLLiGAF. They are both showing exactly the same files on my PC.
[09:28] (Redheaded-Vixen): rut cycle
[09:28] (Redheaded-Vixen): dill cycle
[09:28] -DiLLiGAF- Cycling #akill
[09:28] *** Parts: DiLLiGAF (DiLLiGAF@5FBFB399.691B801C.EF88B48A.IP)
[09:28] *** Joins: DiLLiGAF (DiLLiGAF@5FBFB399.691B801C.EF88B48A.IP)
[09:28] *** ChanServ sets mode: +a DiLLiGAF
[09:28] *** ChanServ sets mode: +o DiLLiGAF
As you can see Rut^Roh is almost ignoring me, other than in DCC chats.
This is what is on the shell for DiLLiGAF
-bash-2.05b$ cd scripts
-bash-2.05b$ ls
CONTENTS compat.tcl klined.tcl
action.fix.tcl crones multi4.tcl
alltools.tcl ent_areply.tcl notes2.tcl
autobotchk ent_areply.tcl.bak ques5.tcl
botchk ent_areply.tcl.save sentinel.tcl
chanserv.tcl ent_areply.tclcd unloadtcl.tcl
chat.tcl getops.tcl userinfo.tcl
cmd_resolve.tcl hosts.tcl weed
And this is on the shell for Rut^Roh
~/eggdrop/scripts$ ls
CONTENTS ent_areplyRutRoh.tclcd
action.fix.tcl ent_areplyrut^roh.tcl.save
alltools.tcl getops.tcl
botchk hosts.tcl
botchky klined.tcl
chanserv.tcl notes2.tcl
chat.tcl ques5.tcl
cmd_resolve.tcl sentinel.tcl
compat.tcl unload.tcl
crones userinfo.tcl
ent_areplyRutRoh.tcl weed
ent_areplyRutRoh.tcl.save
I can see no difference in what scripts are loaded suffice to say .....
[10:06] (Redheaded-Vixen): rut cycle
[10:06] (Redheaded-Vixen): dill cycle
[10:06] -DiLLiGAF- Cycling #akill
[10:06] *** Parts: DiLLiGAF (DiLLiGAF@5FBFB399.691B801C.EF88B48A.IP)
[10:06] *** Joins: DiLLiGAF (DiLLiGAF@5FBFB399.691B801C.EF88B48A.IP)
[10:06] *** ChanServ sets mode: +a DiLLiGAF
[10:06] *** ChanServ sets mode: +o DiLLiGAF
Rut just does not want to play ball
Having said that, can you perhaps suggest a script that will allow public commands?
