2 channels problem check user status

Alchera · Post by **Alchera** » Sun Jan 30, 2005 7:11 pm

Try this little mod:

bind pub -|- !stat pub:status 
proc pub:status {nick host hand chan arg} {
  set chan [string tolower $chan]

You can check for bot users with:

Code: Select all

[matchattr <handle> <flags> [channel]]

Also (eggdrop.conf):

# Some IRC servers are using some non-standard op-like channel prefixes/modes.
# Define them here so the bot can recognize them. Just "@" should be fine for
# most networks. Un-comment the second line for some UnrealIRCds.

set opchars "@"
#set opchars "@&~"

I just tested your script on DALnet on a Windrop and it worked 100% in 3 channels detecting Ops/Voices.

De Kus: arg is a place holder and without it we get the following:

Tcl error [pub:status]: wrong # args: should be "pub:status nick uhost hand chan"

willienl · Post by **willienl** » Sun Jan 30, 2005 8:23 pm

i dunno now

i test it on freshirc where it must run
i go try tomorrow again

how to use

Code: Select all

[matchattr <handle> <flags> [channel]]

?

opchars is in my config like default

set opchars "@"
#set opchars "@&~"

whe use
!owner *Portect @operator %halfop +voice

shal i try
set opchars "!*@%"
#set opchars "@&~"
so it detect op and halfop as an op ?

willienl · Post by **willienl** » Sun Jan 30, 2005 8:41 pm

sorry still not work
when it join`s 2 channels
it`s ok but when i type in the telnet console
.channel #testbla or
.channel #tesbl
i get this
[01:36:57] <scan-egg> [01:36] #^Willie^# (#testbl) channel
[01:36:57] <scan-egg> Processing channel #testbl, 0 members, mode +:
[01:36:57] <scan-egg> End of channel info.

it stay like that when i kick the bot and type again
.channel #tesbl
[01:37:24] <scan-egg> [01:37] #^Willie^# (#testbl) channel
[01:37:24] <scan-egg> Channel #testbl, 2 members, mode +:
[01:37:24] <scan-egg> (n = owner, m = master, o = op, d = deop, b = bot)
[01:37:24] <scan-egg> NICKNAME HANDLE JOIN IDLE USER@HOST
[01:37:24] <scan-egg> scan-egg * 01:37 <- it's me!
[01:37:24] <scan-egg> @^Willie^ ^Willie^ --- N ~Will@33993D56BE1F684F1B3CF4C568EAAx
[01:37:24] <scan-egg> End of channel info.

Alchera · Post by **Alchera** » Sun Jan 30, 2005 8:48 pm

Change:

set opchars "@"
#set opchars "@&~"

to this:

#set opchars "@"
set opchars "@&~"

.. and .rehash your bot. If a channel that the bot is in is moderated and it does not have op/voice status there will be no response.

PS: Some networks use % for a half op so see if adding % to the opchars variable works.

willienl · Post by **willienl** » Sun Jan 30, 2005 9:23 pm

i have try to set @ % ! * as op char`s but no work the opchars are ok by default
it works 100% on one channel
when i join 2 or 3 channels it don't

Alchera · Post by **Alchera** » Sun Jan 30, 2005 9:28 pm

Alchera wrote:I just tested your script on DALnet on a Windrop and it worked 100% in 3 channels detecting Ops/Voices.

willienl · Post by **willienl** » Mon Jan 31, 2005 9:31 pm

i have test some delay stuff
on connect join chan 1
utimer 30 "channel add #chan2"
utimer 60 "channel add #chan3"
and it do detect op`s afther joining
and voice to
but not halfop jet

! owner * protectedOP @ operater % halfop + voice
some other ppl have the same problem with
eggdrop and detect halfop status new bug ??
it get the right information from the server
some raw log

[02:10] scan-egg joined #testbla.
[02:10] [!m] WHO #testbla %c%h%n%u%f
[02:10] [@] ayudita.freshirc.com 353 scan-egg @ #testbla :scan-egg %^Willie^ *@Tech[bot] !@^-smith-^
[02:10] [@] ayudita.freshirc.com 366 scan-egg #testbla :End of /NAMES list.
[02:10] [@] ayudita.freshirc.com 324 scan-egg #testbla +stnr
[02:10] [m->] WHO
[02:10] [@] ayudita.freshirc.com 352 scan-egg #testbla ~willbot 33993D56BE1F684F1B3CF4C568EAAx ayudita.freshirc.com scan-egg H :0 myscaningegg"
[02:10] [@] ayudita.freshirc.com 352 scan-egg #testbla ~Will 33993D56BE1F684F1B3CF4C568EAAx star.freshirc.com ^Willie^ H :4 blah blah
[02:10] [@] ayudita.freshirc.com 352 scan-egg #testbla none services.FreshIRC.com services.freshirc.com Tech[bot] H@ :0 BOT
[02:10] [@] ayudita.freshirc.com 352 scan-egg #testbla ~smith 33993D56BE1F684F1B3CF4C568EAAx France.freshirc.com ^-smith-^ H@ :4 name
[02:10] [@] ayudita.freshirc.com 315 scan-egg #testbla :End of /WHO
[02:11] [@] ^Willie^!~Will@33993D56BE1F684F1B3CF4C568EAAx PRIVMSG #testbla :!stat
[02:11] [!m] PRIVMSG #testbla :^Willie^ dunno ?!?!?! on #testbla
[02:11] [m->] PRIVMSG
[02:11] [@] ^Willie^!~Will@33993D56BE1F684F1B3CF4C568EAAx PRIVMSG #testbla :!halfop
[02:11] <^Willie^> !halfop
[02:11] [@] Tech[bot]!none@services.FreshIRC.com MODE #testbla +h ^Willie^
[02:11] #testbla: mode change '+h ^Willie^' by Tech[bot]!none@services.FreshIRC.com
[02:11] [@] ^Willie^!~Will@33993D56BE1F684F1B3CF4C568EAAx PRIVMSG #testbla :!stat
[02:11] [!m] PRIVMSG #testbla :^Willie^ is Halfop on #testbla
[02:11] [m->] PRIVMSG

awyeah · Post by **awyeah** » Mon Jan 31, 2005 9:38 pm

Bahamut has no halfop. Are you using Unreal3.x.x?

Alchera · Post by **Alchera** » Mon Jan 31, 2005 10:25 pm

I park on a network running UltimateIRCd so I might just test the script again with the Windrop and see if I can see any problems. I'm thinking bloated code (IRCd's) is the problem, the bot is entering the channels too fast and is desynched (?). Is a problem I have with mIRC and this other network, my connection is fast and I'm never identified straight away (always have to wait up to a full 30 seconds or more).

willienl · Post by **willienl** » Mon Jan 31, 2005 10:34 pm

no it use an normal ircd
little dalnet like
but the problem is that windrop looklike to be halfop blind
when i let windrop
join 2 or 3 channels
using in my config
channel add #chan1
channel add #chan2
channel add #chan3

it join`s then but when i ask channel status
in my telnet console i get
Processing channel #chan, 0 members, mode +:
5 min later still the same
when it join`s the channels one by one with 10 sec delay
it is ok but still no halfop detection
the halfops must hop in the channel or kick the bot will the bot
se halfop users
when it join`s one channel it go`s ok but no halfop detection like when it join more channels
when i type
.channel
in the console i get info
<^Willie^> .channel #testbla
<scan-egg> [01:31] #^Willie^# (#testbla) channel
<scan-egg> Channel #testbla, 4 members, mode +strn:
<scan-egg> (n = owner, m = master, o = op, d = deop, b = bot)
<scan-egg> NICKNAME HANDLE JOIN IDLE USER@HOST
<scan-egg> scan-egg * 01:30 <- it's me!
<scan-egg> ^Willie^ ^Willie^ --- N ~Will@33993D56BE1F684F1B3CF4C568EAAx
<scan-egg> @Tech[bot] * --- none@services.FreshIRC.com
<scan-egg> End of channel info.

afther hop in the channel or kick the windrop
<scan-egg> %^Willie^ ^Willie^ --- N ~Will@33993D56BE1F684F1B3CF4C568EAAx
no it use an normal ircd
little dalnet like
but the problem is that windrop looklike to be halfop blind
when i let windrop
join 2 or 3 channels
using in my config
channel add #chan1
channel add #chan2
channel add #chan3

it join`s then but when i ask channel status
in my telnet console i get
Processing channel #chan, 0 members, mode +:
5 min later still the same
when it join`s the channels one by one with 10 sec delay
it is ok but still no halfop detection
the halfops must hop in the channel or kick the bot will the bot
se halfop users
when it join`s one channel it go`s ok but no halfop detection like when it join more channels
when i type
.channel
in the console i get info
<^Willie^> .channel #testbla
<scan-egg> [01:31] #^Willie^# (#testbla) channel
<scan-egg> Channel #testbla, 4 members, mode +strn:
<scan-egg> (n = owner, m = master, o = op, d = deop, b = bot)
<scan-egg> NICKNAME HANDLE JOIN IDLE USER@HOST
<scan-egg> scan-egg * 01:30 <- it's me!
<scan-egg> ^Willie^ ^Willie^ --- N ~Will@33993D56BE1F684F1B3CF4C568EAAx
<scan-egg> @Tech[bot] * --- none@services.FreshIRC.com
<scan-egg> End of channel info.

afther hop in the channel or kick the windrop
<scan-egg> %^Willie^ ^Willie^ --- N ~Will@33993D56BE1F684F1B3CF4C568EAAx
<scan-egg> @Tech[bot] * --- none@services.FreshIRC.com
<scan-egg> End of channel info.

willienl · Post by **willienl** » Mon Jan 31, 2005 11:16 pm

I agree it is the ircD
is there a way to fix this ??
and thnx for the support

[04:01] [!m] WHO #testbla
[04:01] [@] anti-pira.biz 353 scan-egg = #testbla :scan-egg @^Willie^aFk
[04:01] [@] anti-pira.biz 366 scan-egg #testbla :End of /NAMES list.
[04:01] [m->] WHO
[04:01] [@] anti-pira.biz 352 scan-egg #testbla willbot AntiHost-2F01E245.my.isp anti-pira.biz scan-egg H :0 myscaningegg"
[04:01] [@] anti-pira.biz 352 scan-egg #testbla Will AntiHost-2F01E245.my.isp anti-pira.biz ^Willie^aFk Hr@ :0 blah blah
[04:01] [@] anti-pira.biz 315 scan-egg #testbla :End of /WHO list.
[04:02] [@] ^Willie^aFk!Will@AntiHost-2F01E245.my.isp PRIVMSG #testbla :!stat
[04:02] [!m] PRIVMSG #testbla :^Willie^aFk is Op on #testbla

[04:03] [!m] WHO #testbla
[04:03] [@] anti-pira.biz 353 scan-egg = #testbla :scan-egg %^Willie^aFk
[04:03] [@] anti-pira.biz 366 scan-egg #testbla :End of /NAMES list.
[04:03] [m->] WHO
[04:03] [@] anti-pira.biz 352 scan-egg #testbla willbot AntiHost-2F01E245.my.isp anti-pira.biz scan-egg H :0 myscaningegg"
[04:03] [@] anti-pira.biz 352 scan-egg #testbla Will AntiHost-2F01E245.my.isp anti-pira.biz ^Willie^aFk Hr% :0 blah blah
[04:03] [@] anti-pira.biz 315 scan-egg #testbla :End of /WHO list.
[04:03] [@] ^Willie^aFk!Will@AntiHost-2F01E245.my.isp PRIVMSG #testbla :!stat
[04:03] [!m] PRIVMSG #testbla :^Willie^aFk is Halfop on #testbla

awyeah · Post by **awyeah** » Tue Feb 01, 2005 2:13 am

Try running an eggdrop, and checking if the same happens to it. My answer will be, NO it will work fine.

So there might be a fault in the windrop as it might have not been coded exactly to the eggdrop, can be due to diff OS's or it could be the ircd in this case, there are many factors since you do not use an eggdrop and use a windrop on windows.

Alchera · Post by **Alchera** » Tue Feb 01, 2005 5:43 am

There's no difference between eggdrop & Windrop other than the fact that the eggdrop source is compiled under Cygwyn. I've yet also to come across a script that will not work equally under either with the exception of some file serving scripts where the problem can be solved by using Windows ports of the appropriate Unix commands.