You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It might be nice to allow whitelist / admin entries that are based on nickserv usernames instead of nicknames. This way, people who change nick would not need to be re-added, and it would ensure impersonators could not elevate their privileges.
The 'ACC *' command to nickserv would probably be useful for this.
One problem however, is that we would want to get the nickserv response immediately in mod_whitelist's mod_msg handler - but new messages are not polled during a module callback.
One potential solution to this would be to add a "defer" system, possibly using the POSIX getcontext / setcontext functions to yield execution in the mod_msg handler, and return once the main loop receives the next PM.
I haven't fully thought this through yet.
The text was updated successfully, but these errors were encountered:
It might be nice to allow whitelist / admin entries that are based on nickserv usernames instead of nicknames. This way, people who change nick would not need to be re-added, and it would ensure impersonators could not elevate their privileges.
The 'ACC *' command to nickserv would probably be useful for this.
One problem however, is that we would want to get the nickserv response immediately in mod_whitelist's mod_msg handler - but new messages are not polled during a module callback.
One potential solution to this would be to add a "defer" system, possibly using the POSIX getcontext / setcontext functions to yield execution in the mod_msg handler, and return once the main loop receives the next PM.
I haven't fully thought this through yet.
The text was updated successfully, but these errors were encountered: