Use an invite or reset link, and sign in.
An invite makes a new member with its role. A reset link sets the member’s password (their first, when they had none) and ends every other session of the account. Either way the link is used up and the browser is signed in.
An invite makes a new member with its role. A reset link sets the member’s password (their first, when they had none) and ends every other session of the account. Either way the link is used up and the browser is signed in.
token*stringThe token from the invite or reset link.
application/json- body
For an invite: name, email and password, making a new member. For a reset link: password, plus email when the member has no password yet.
name*string1 <= length <= 100email*stringlength <= 254password*string10 <= length <= 256Password set from a reset link, signed in.
application/json- response
success*unknowncurl -X POST 'https://sluby.example.com/api/v1/auth/invites/string/accept' \ -H 'Content-Type: application/json' \ -d '{ "name": "string", "email": "string", "password": "stringstri"}'{ "success": true}What an invite or reset link is for. GET
Public: the join and reset pages call it with the token from their url. 30 link requests per client address in 10 minutes.
The signed-in account. GET
The account id and display name, plus the provider, provider label and handle the browser signed in with, its role, every way it signs in (`sign_in`), and the session expiry. With AUTH_DISABLED it is the local dev account (`provider: "local"`, `auth_disabled: true`, `role: "admin"`).