Managing external identities to enable secure access for partners, customers, and other non-employees
Hello Jinki Lee,
At present, you cannot rely on authenticationContext.requestType to differentiate OTP scenarios when using Native Authentication. Although the documentation mentions values like signUp and passwordReset, the service currently sends requestType = signIn for all email OTP challenges, including sign‑up and reset password flows.
This is a known service behavior/limitation, not an issue with your Function App implementation. There is no supported or documented way today to distinguish OTP intent (sign‑up vs reset password vs others) from the email OTP payload.
Additionally:
- Only
signUp,signIn, andpasswordResetare documented - Scenarios like change username confirmation are not exposed via a distinct
requestType - No alternate context field is currently provided to infer the exact flow
Conclusion: Different email templates cannot be reliably selected based on OTP request type today. You would need to use a common template or introduce an external workaround (for example, separate tenant/app or out‑of‑band logic).