<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Topics tagged with passwordless]]></title><description><![CDATA[A list of topics that have been tagged with passwordless]]></description><link>https://fusionauth.io/community/forum/tags/passwordless</link><generator>RSS for Node</generator><lastBuildDate>Sun, 07 Jun 2026 19:32:41 GMT</lastBuildDate><atom:link href="https://fusionauth.io/community/forum/tags/passwordless.rss" rel="self" type="application/rss+xml"/><pubDate>Invalid Date</pubDate><ttl>60</ttl><item><title><![CDATA[Reusable passwordless codes?]]></title><description><![CDATA[<p dir="auto">Hi <a class="mention plugin-mentions-user plugin-mentions-a" href="https://fusionauth.io/community/forum/uid/80">@trevorr</a>,</p>
<p dir="auto">I can't say that we have an out-of-box solution for you on this directly.  If you would like to submit a <a href="https://github.com/FusionAuth/fusionauth-issues/issues/new/choose" rel="nofollow ugc">feature request</a> fully outlining your use case, we could have our dev team review it.</p>
<p dir="auto">I have a couple of other thoughts:</p>
<blockquote>
<p dir="auto">we want to send email from our marketing platform for consistent tracking</p>
</blockquote>
<p dir="auto">Remember that you have the ability to augment the user object with custom data (<a href="https://fusionauth.io/docs/v1/tech/apis/users" rel="nofollow ugc">User API</a> -- user.data field).  Some of this data could be a tracking code that links back to your marketing platform, for instance.</p>
<blockquote>
<p dir="auto">we want a consistent look and feel in the password setting UI (simulating Material UI in a FA theme seems infeasible),</p>
</blockquote>
<p dir="auto">FreeMarker templating does accept HTML and other modern inputs to allow you to custom craft a landing page that meets your brand requirements (You can check out some examples of exactly this, <a href="https://fusionauth.io/docs/v1/tech/themes/examples/" rel="nofollow ugc">here</a>).   Anecdotally, I have heard of some customers that use services such as MailChimp/ContantContact/Drip to create templates and then import them into FreeMarker.  It is outside of my domain expertise, but it seems this is done often enough.</p>
<blockquote>
<p dir="auto">c) FusionAuth doesn't seem to have a way to send the user into our app after they set a password.</p>
</blockquote>
<p dir="auto">This is possible but would require some additional javascript code.  <a href="https://fusionauth.io/community/forum/topic/279/returning-a-user-to-a-different-domain-from-the-setup-password-email">See Here</a></p>
<p dir="auto">Webhooks are also a powerful tool within FusionAuth to notify when certain other user actions occur.  <a href="https://fusionauth.io/docs/v1/tech/apis/webhooks/#create-a-webhook" rel="nofollow ugc">API documentation here</a></p>
<p dir="auto">If anything else comes to mind, I will post back here!  I hope this helps!</p>
<p dir="auto">Thanks,<br />
Josh</p>
]]></description><link>https://fusionauth.io/community/forum/topic/1033/reusable-passwordless-codes</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/1033/reusable-passwordless-codes</guid><dc:creator><![CDATA[joshua]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Magic link expiration when email previews link]]></title><description><![CDATA[<p dir="auto">This is unfortunately a known issue. See <a href="https://github.com/FusionAuth/fusionauth-issues/issues/629" rel="nofollow ugc">https://github.com/FusionAuth/fusionauth-issues/issues/629</a> for some discussion. There are some workarounds in some situations (allow lists in Office 365) but no general workaround.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/732/magic-link-expiration-when-email-previews-link</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/732/magic-link-expiration-when-email-previews-link</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Passwordless login and the OIDC workflow]]></title><description><![CDATA[<p dir="auto">That should work ok. The only reason not to do it this way - is because you’re sort of emulating the OAuth frontend’s usage of this API which in theory is subject to change.</p>
<p dir="auto">Re: state, additional key value pairs will be stored, however if our front end is consuming the URL, you won’t have access to the API response which will contain that state information.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/619/passwordless-login-and-the-oidc-workflow</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/619/passwordless-login-and-the-oidc-workflow</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Passwordless + OAuth]]></title><description><![CDATA[<p dir="auto">This is possible. Doing so allows you to weave passwordless into the normal OAuth flow so you can use standard OAuth libraries but not have your user enter a password.</p>

Start the passwordless login on the server side (using <a href="https://fusionauth.io/docs/v1/tech/apis/passwordless" rel="nofollow ugc">the API</a>).
Get the passwordless code.
Send this url to the client: [FusionAuthURL]/oauth2/passwordless/[passwordlesscode]?redirect_uri=[redirect URI]&amp;response_type=code&amp;client_id=[client_id].
Have the client request this url.
It'll be just as if the user had authenticated via the /oauth2/authorize endpoint and the user had entered their credentials. You'll get back an authorization code which can then be exchanged for an access token/JWT.

]]></description><link>https://fusionauth.io/community/forum/topic/333/passwordless-oauth</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/333/passwordless-oauth</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Forcing users to only use passwordless auth]]></title><description><![CDATA[<p dir="auto">Not through a FusionAuth policy, but you can do that in the login template if you want to filter it by email domain or something like that.</p>
<p dir="auto">If you have not let the user set their password, then passwordless will implicitly be the only path that will work for them (assuming you don’t offer them social login buttons).</p>
<p dir="auto">If you pass the user’s email on the redirect to FusionAuth as &amp;loginId=test@example.com, that value will be available to you in the template and you can then key off, parse the domain, or whatever - and use that to hide or show whatever you like.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/280/forcing-users-to-only-use-passwordless-auth</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/280/forcing-users-to-only-use-passwordless-auth</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Can I customize the passwordless link email subject with the time the link expires?]]></title><description><![CDATA[<p dir="auto">Hi David,</p>
<p dir="auto">It sounds like you're looking for a way to pass the timezone of the user into the passwordless call so it is available in the email template. I agree that the current timezone is more useful than the possibly stale value in the user profile.</p>
<p dir="auto">I don't know of any way to do this currently. So my suggestion would be to file a feature request: <a href="https://github.com/fusionauth/fusionauth-issues" rel="nofollow ugc">https://github.com/fusionauth/fusionauth-issues</a></p>
]]></description><link>https://fusionauth.io/community/forum/topic/220/can-i-customize-the-passwordless-link-email-subject-with-the-time-the-link-expires</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/220/can-i-customize-the-passwordless-link-email-subject-with-the-time-the-link-expires</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[After the passwordless code has been issued, how long is it valid?]]></title><description><![CDATA[<p dir="auto">That's configurable at the tenant level.</p>
<p dir="auto">The default is 180 seconds, but it is customizable in the tenant settings: <a href="https://fusionauth.io/docs/v1/tech/guides/passwordless#one-time-code-customization" rel="nofollow ugc">https://fusionauth.io/docs/v1/tech/guides/passwordless#one-time-code-customization</a></p>
]]></description><link>https://fusionauth.io/community/forum/topic/131/after-the-passwordless-code-has-been-issued-how-long-is-it-valid</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/131/after-the-passwordless-code-has-been-issued-how-long-is-it-valid</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Can you access timeout settings (for password resets, for example) in the email templates?]]></title><description><![CDATA[<p dir="auto">See also <a href="https://github.com/FusionAuth/fusionauth-issues/issues/612" rel="nofollow ugc">https://github.com/FusionAuth/fusionauth-issues/issues/612</a></p>
]]></description><link>https://fusionauth.io/community/forum/topic/60/can-you-access-timeout-settings-for-password-resets-for-example-in-the-email-templates</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/60/can-you-access-timeout-settings-for-password-resets-for-example-in-the-email-templates</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item></channel></rss>