Replies: 1 comment
-
The same discussion is here: #1913 |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
The current implementation for the Email Provider stores tokens in the database. Would you consider adding a databaseless/serverless alternative for magic links? It could work as follow:
Create the token and send email:
API route to handle magic links (
/api/auth/callback/email
):If you think that it is unlikely that you will implement this can you give me some pointers so that I can implement this custom provider myself?
I want this functionality to:
Beta Was this translation helpful? Give feedback.
All reactions