-
-
Notifications
You must be signed in to change notification settings - Fork 3.8k
Built in OTP provider #8825
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Built in OTP provider #8825
Conversation
The latest updates on your projects. Learn more about Vercel for Git ↗︎
1 Ignored Deployment
|
@philbaker4 is attempting to deploy a commit to the authjs Team on Vercel. A member of the Team first needs to authorize it. |
Hey there... Thanks for this. |
Havent really started a true implementation. Would be best to follow along in the RFC |
fa96b45
to
65aa467
Compare
It looks like this issue did not receive any activity for 60 days. It will be closed in 7 days if no further activity occurs. If you think your issue is still relevant, commenting will keep it open. Thanks! |
☕️ Reasoning
Building off of my thoughts in regards to #1465, I wanted to create a basic demo of what I had in mind. This PR is far from ready to be merged -- it's extremely ugly, incomplete, undocumented code, I know -- but hopefully highlights some level of the functionality that I am looking to enable.
As my ~proposed implementation comment notes, there are quite a few other things I would hope to support prior to merging (obviously in addition to docs, testing, cleanup, etc):
methods
SMS
providers,whatsapp
support, etc. This could be shared with the currentEmail
provider implementation that could be renamed something closer toMagicLink
methods
in addition to email, involving updates to User model and adapters to fetch users by identifier type rather thanemail
only (findUserByEmail
)length=6
,type='alphanumeric'
)Use
apps/dev/otp-example
to explore the functionality in its current state🧢 Checklist
🎫 Affected issues
Old, closed issue requesting the functionality built in.
Token provider that is somewhat different intended built-in functionality (IMO) but also addressing #1465