There is a bug when setting a new E-Line on a mask then if a user was match by antirandom module due connecting then E-Line doesn't allowing him to connect on the network as it should and client is getting "Registration Timeout" error, this applies with any action "shun,gzline,etc.."
Example:
*** E:Line added by westor (westor@5.244.113.172) for mask *@192.194.9.112 and types 'GZQsq'
*** [antirandom] denied access to user with score 6: msl!uid304293@192.194.9.112:westor
*** Shun added for *@192.194.9.112 on Wed May 15 03:27:25 2019 GMT (from IRC.server.Net to expire at Wed May 15 04:27:25 2019 GMT: You're look like an IRC Bot.)
Thanks!
Hello,
There is a bug when setting a new E-Line on a mask then if a user was match by antirandom module due connecting then E-Line doesn't allowing him to connect on the network as it should and client is getting "Registration Timeout" error, this applies with any action "shun,gzline,etc.."
Example:
*** E:Line added by westor (westor@5.244.113.172) for mask *@192.194.9.112 and types 'GZQsq'
*** [antirandom] denied access to user with score 6: msl!uid304293@192.194.9.112:westor
*** Shun added for *@192.194.9.112 on Wed May 15 03:27:25 2019 GMT (from IRC.server.Net to expire at Wed May 15 04:27:25 2019 GMT: You're look like an IRC Bot.)
- Thanks!
Other than that, I believe TKL exceptions are only checked on connect (so during the USER/NICK handshake) and antirandom comes just after that. So antirandom will set the shun without checking for TKL exceptions because you didn't tell that mod to exempt the host itself.
I did notice you filed a bug with Unreal so perhaps Syzop can shed some light on it as well. The registration timeout after a shun seems pretty weird too so it might just be a bug in the antirandom mod. I'll close the issue for now because I don't think there's anything I can really do from within the module, but you should still be able to comment on it in case Syzop says/does something to allow this module to do something about it. ;]
You know you can add [exceptions for antirandom](https://www.unrealircd.org/docs/Set_block#set::antirandom) too right? =]
Other than that, I believe TKL exceptions are only checked on connect (so during the USER/NICK handshake) and antirandom comes __just__ after that. So antirandom will set the shun without checking for __TKL__ exceptions because you didn't tell that mod to exempt the host itself.
I did notice you filed [a bug with Unreal](https://bugs.unrealircd.org/view.php?id=5276) so perhaps Syzop can shed some light on it as well. The registration timeout after a shun seems pretty weird too so it might just be a bug in the antirandom mod. I'll close the issue for now because I don't think there's anything I can really do from within the module, but you should still be able to comment on it in case Syzop says/does something to allow this module to do something about it. ;]
Hello,
There is a bug when setting a new E-Line on a mask then if a user was match by antirandom module due connecting then E-Line doesn't allowing him to connect on the network as it should and client is getting "Registration Timeout" error, this applies with any action "shun,gzline,etc.."
Example:
*** E:Line added by westor (westor@5.244.113.172) for mask *@192.194.9.112 and types 'GZQsq'
*** [antirandom] denied access to user with score 6: msl!uid304293@192.194.9.112:westor
*** Shun added for *@192.194.9.112 on Wed May 15 03:27:25 2019 GMT (from IRC.server.Net to expire at Wed May 15 04:27:25 2019 GMT: You're look like an IRC Bot.)
You know you can add exceptions for antirandom too right? =]
Other than that, I believe TKL exceptions are only checked on connect (so during the USER/NICK handshake) and antirandom comes just after that. So antirandom will set the shun without checking for TKL exceptions because you didn't tell that mod to exempt the host itself.
I did notice you filed a bug with Unreal so perhaps Syzop can shed some light on it as well. The registration timeout after a shun seems pretty weird too so it might just be a bug in the antirandom mod. I'll close the issue for now because I don't think there's anything I can really do from within the module, but you should still be able to comment on it in case Syzop says/does something to allow this module to do something about it. ;]
Closed because module no longer exists.