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
{{ message }}
This repository has been archived by the owner on Nov 3, 2023. It is now read-only.
Platform: Linux 5.18.16-arch1-1 #1 SMP PREEMPT_DYNAMIC Wed, 03 Aug 2022 11:25:04 +0000 x86_64 GNU/Linux
Subsystem: auth
No authentication using any SCRAM mechanism is ever successful for me. I have tried going back in the history (as far as v0.58.0) and haven't found a working commit. The issue appears to be that FetchUser passes in the username from the SCRAM properties. Ie. if we're authenticating with the JID me@example.net it will pass in me for the username, but in the database the user is me@example.net. If I instead do FetchUser(username+"@example.net") everything works fine.
EDIT: looking at this again, maybe this is correct and when I create the user using jackalctl it accepts me@example.net and thinks it's the username? I don't see how any user would be associated with a virtual host in that case though. I'm unsure if this is a bug in jackalctl allowing invalid user input or Jackal using the incorrect username.
The text was updated successfully, but these errors were encountered:
Linux 5.18.16-arch1-1 #1 SMP PREEMPT_DYNAMIC Wed, 03 Aug 2022 11:25:04 +0000 x86_64 GNU/Linux
No authentication using any SCRAM mechanism is ever successful for me. I have tried going back in the history (as far as
v0.58.0
) and haven't found a working commit. The issue appears to be thatFetchUser
passes in the username from the SCRAM properties. Ie. if we're authenticating with the JIDme@example.net
it will pass inme
for the username, but in the database the user isme@example.net
. If I instead doFetchUser(username+"@example.net")
everything works fine.EDIT: looking at this again, maybe this is correct and when I create the user using
jackalctl
it acceptsme@example.net
and thinks it's the username? I don't see how any user would be associated with a virtual host in that case though. I'm unsure if this is a bug in jackalctl allowing invalid user input or Jackal using the incorrect username.The text was updated successfully, but these errors were encountered: