Can we automatically send verification code during Email OTP?
Something similar to PhoneFactor?
<Item Key="setting.autodial">true</Item>
Also possible to click on Continue button once the verification is complete? (without JavaScript)
I don't believe either can be done without JavaScript.
Related
I am following the sample as well as the document that describes custom email verification with Mailjet. I get the password reset journey to work but cannot figure out why I have 2 sets of UI elements as shown in the pic. The one below seems to be the one configured to use Mailjet because the email is formatted as I specified in Mailjet. The one on top sends with the default MSFT email verification format.
Thanks for your help! :)
You must have an OutputClaim verified.Email in your technical profile that also references your DisplayControl. Remove that output claim and it'll disappear, leaving only the custom email control.
I need to change the forgot password link in firebase authentication template emails from a URL to a 6 digit verification code only.
The code will be generated on 'forgot password' and emailed to the user, once received the user would need to enter this verification code into the app... and after confirmation, he/she can change their password. How can I achieve this in firebase.
If you check the Customize account management emails and SMS messages documentation you can see that the oobCode is generate and added directly to the URL, and you cannot generate it otherwise.
On this community post a similar problem to yours is suggested and the proposed solution is to generate you own verification mechanism, although it is possible it represents a lot more work on your end than using the pre existing email with url configuration.
I've observed in the admin panel that a user's e-mail state changes from Email has not been verified. to Email has been verified. in both cases, either if a verification e-mail was confirmed by the user or if the user followed an e-mail link asking him to set his password. But only in the first case a webhook is triggered.
I'm using the default e-mail templates for both cases (named "Email Verification" named "Setup Password") and everything seems to work fine (and a working password is set in the second scenario) except for the missing event in the second case. I've activated all webhooks for the tenant and in the webhook configuration to be sure.
Is that intended? And if so, is there any possibility to get notfied once a user has successfully finished the registration process (by setting a password and confirming his e-mail address on the way)?
We are using the Rest API to send out a document. We create the envelope and upload the document. We then redirect the user to the document in a browser. If the user selects themselves as the First Signer and someone else as the second signer and sends the document, it does not prompt them if they want to sign it now. If they use the same process in the console it does prompt them to sign. Is there a way to have it prompt when using the API call?
What you are seeing is a feature that's baked into the DocuSign platform when sending signature requests from the Console. There is no setting to "enable" this in your account, you simply need to write the logic yourself.
You just need to detect who is logged in to your integration/app then if they send a signature request where they are the first recipient (and there's no additional authentication they need to pass such as KBA for instance) then you can have your app pop up a dialog asking if they would like to sign now. But as mentioned, there's no "setting" in the DocuSign API that would somehow accomplish this in your integration.
Is there a way to open the GMail mail editor populated with some data (subject, part of the body, recipients) from a script ? A script that is activated by a button or a menu item in the GMail UI.
I need this to:
automate some manual task
and to mimic email templates
I do not want to send the email from the script, I want the user to complete and review the email before sending.
Thanks !
Would it be okay if a user has to click a link?
http://www.askdavetaylor.com/can_i_have_a_mailto_link_specify_a_subject_and_body.html
This works for me, but I have Gmail handling mailto: links.
An alternate implementation would be to display a UI to the user showing the email preview, asking for a confirmation, then, upon confirmation, to send the email on behalf of the user. The drawback to this approach is that if the user needs to edit the email before sending, you will need to provide a UI with edit capabilities.
Another approach would be to create a draft email using Apps Script that the user can find in the UI, edit, and send.