egghelp/eggheads community

New hostmask set by setuser doesn't seem to be recognized

2007-10-06T09:01:36-04:00

Not quite, it's part of the same mechanics...
The join-time is tracked on a "person-basis", while the Last-seen field is directly tied to the handle. And last seen is also pretty much only updated on events such as join/part/quit/kick/etc.

Ideal? Probably not, but been way too long since I dug into that part of the code :p

Statistics: Posted by nml375 — Sat Oct 06, 2007 9:01 am

New hostmask set by setuser doesn't seem to be recognized

2007-10-06T07:46:45-04:00

However, as I recall, adding hosts through the setuser interface won't cause a new scan for auto-op/auto-voice.

This seems to be case. So the HOSTS part of setuser is pretty useless atm at least for auto-opping/-voicing
So I'll add the auto-* myself in the routine because doing a reset on the channel every time would cause quite a lot of traffic and is oversized...

btw: Did you notice that the LAST entry of the .match output says "Never" whereas the JOIN entry of .channel sows the time the user joined? eggdrop seems to be schizophrenic as on part of him knows that the user once joined the channel and the other part denies it.

Statistics: Posted by paulm — Sat Oct 06, 2007 7:46 am

New hostmask set by setuser doesn't seem to be recognized

2007-10-06T07:31:33-04:00

Well, whenever .channel output shows the correct handle, it basically means that your eggdrop does indeed recognize him/her.

However, as I recall, adding hosts through the setuser interface won't cause a new scan for auto-op/auto-voice.

Statistics: Posted by nml375 — Sat Oct 06, 2007 7:31 am

New hostmask set by setuser doesn't seem to be recognized

2007-10-06T06:05:03-04:00

Here some further info:

When I create a new user, the user record looks like this:

Code:

[11:22][0t(dcc)] dadida    no       0 -               never (nowhere)[11:22][0t(dcc)]    #channel         v               never[11:22][0t(dcc)]   QAUTH: dadida

After joining the channel the HOSTS are set correctly by my script:

Code:

[11:23][0t(dcc)] HANDLE    PASS NOTES FLAGS           LAST[11:23][0t(dcc)] dadida    no       0 -               never (nowhere)[11:23][0t(dcc)]    #channel         v               never[11:23][0t(dcc)]   HOSTS: *Miranda@p5498EF15.dip.t-dialin.net[11:23][0t(dcc)]          *!*@dadida.users.quakenet.org[11:23][0t(dcc)]   QAUTH: dadida

When I do a ".channel" the user is being displayed with the 'v':

Code:

[11:24][0t(dcc)]  NICKNAME     HANDLE     JOIN  IDLE  USER@HOST[11:24][0t(dcc)]  dadida       dadida    11:22 v 2m  ~Miranda@p5434EF43.dip.t-dialin.net

The channel itself has +autovoice (working on other users with fixed hosts) but user "dadida" isn't autovoiced.
Disturbingly, when I manually do a ".+host dadida *Miranda@p5498EF15.dip.t-dialin.net" (the same mask as already in HOSTS) he suddently gets voiced by the bot.

Statistics: Posted by paulm — Sat Oct 06, 2007 6:05 am

New hostmask set by setuser doesn't seem to be recognized

2007-10-05T18:55:16-04:00

k, I will consider switching to lists - thanks for the hint!

The user's nickname is shown as associated with eggdrop's handle when I perform ".channel". But although the channel is "+autovoice" and other users get autovoiced the users that are recognized by Quakenet authentication through my script don't get these rights.
Whenever someone joins I do a whois on the nickname. Raw330 occurs when a whois on the nickname results in some positive Quakenet authentication. So the routine is called some time after the user joined the channel.
As I said, althoug the HOSTS information is shown correctly when I ".match" the handle it won't be recognized until I re-add one of the hostmasks using the ".+host" command on the partyline.

edit: typo

Statistics: Posted by paulm — Fri Oct 05, 2007 6:55 pm

New hostmask set by setuser doesn't seem to be recognized

2007-10-05T17:47:58-04:00

Apart from using lindex on strings rather than lists, the code seems proper enough.
Just to clarify; does your bot list the user as recognized in .channel output after the host-update?
Your bot will not voice the user upon entering the channel, or after the host-update?

Also, I'm not familiar with the 330 raw numeric...

Statistics: Posted by nml375 — Fri Oct 05, 2007 5:47 pm

New hostmask set by setuser doesn't seem to be recognized

2007-10-05T16:49:10-04:00

The problem occurs regularly so doing a resetchan every time isn't an option.
This is the routine für Raw330, could you have a look at it?

Code:

proc whois {from key text} {   set nick "[lindex $text 1]"   set auth "[lindex $text 2]"   foreach listnick [userlist *] {     if { $auth == [getuser $listnick XTRA QAUTH] } {       setuser $listnick HOSTS       if { [string trimleft [getchanhost $nick] ~] != "" } {         setuser $listnick HOSTS *!*[string trimleft [getchanhost $nick] ~] }       foreach host [getuser $listnick XTRA STATICHOSTS] {         setuser $listnick HOSTS $host       }       setuser $listnick HOSTS *!*@$auth.users.quakenet.org     break     }   }}

Statistics: Posted by paulm — Fri Oct 05, 2007 4:49 pm

RE: New hostmask set by setuser ...

2007-10-05T15:14:48-04:00

Try re-reading the information from the server, can be done via .resetchan #channel or making the bot cycle. This isn't usally a problem, but sometimes the bot can be desynced. And if all else fails, just have the user cycle

Statistics: Posted by TCL_no_TK — Fri Oct 05, 2007 3:14 pm

New hostmask set by setuser doesn't seem to be recognized

2007-10-05T13:58:26-04:00

Hi,

I got a problem adding hostmasks using setuser.
Once my script verified that a user is authed to Q, all hosts associated with the user are cleared (I call "setuser HOSTS" without argument) and sets two new hosts (using setuser). When I do a ".match user" the hosts seem to be set correcty. But eggdrop doesn't seem to recognize them (e.g. it isn't autovoicing the user).
Funny thing is: When I add one of the two hosts manually using ".+host" eggdrop suddenly recognizes the user.
Is there a need to commit the changes of HOSTS using setuser or what else is wrong?

paulm

Statistics: Posted by paulm — Fri Oct 05, 2007 1:58 pm