Is there a way to help users from having to clicking emails twice before logging into a new sandbox












1















We have created a new sandbox for training purpose so we have a solid amount of users to change email addresses and reset password.



However, from my understanding, we can only reset the password for users after they have clicked on the confirm email change link in their change email emails.



This is a bit tedious step for training customers. Is there a way we can prevent this from happening?










share|improve this question



























    1















    We have created a new sandbox for training purpose so we have a solid amount of users to change email addresses and reset password.



    However, from my understanding, we can only reset the password for users after they have clicked on the confirm email change link in their change email emails.



    This is a bit tedious step for training customers. Is there a way we can prevent this from happening?










    share|improve this question

























      1












      1








      1








      We have created a new sandbox for training purpose so we have a solid amount of users to change email addresses and reset password.



      However, from my understanding, we can only reset the password for users after they have clicked on the confirm email change link in their change email emails.



      This is a bit tedious step for training customers. Is there a way we can prevent this from happening?










      share|improve this question














      We have created a new sandbox for training purpose so we have a solid amount of users to change email addresses and reset password.



      However, from my understanding, we can only reset the password for users after they have clicked on the confirm email change link in their change email emails.



      This is a bit tedious step for training customers. Is there a way we can prevent this from happening?







      sandbox






      share|improve this question













      share|improve this question











      share|improve this question




      share|improve this question










      asked 3 hours ago









      Lance ShiLance Shi

      7,47433076




      7,47433076






















          1 Answer
          1






          active

          oldest

          votes


















          3














          A little known trick my manager taught me is that you can skip the extra step by doing the following:




          • Click Edit on the User

          • Change the Email on the User

          • Check "Generate new password and notify user immediately"

          • Save the User


          At this point, the user will receive an email at the new address with a password reset link. This is the "trick" we use internally when we need to fix a user in a Sandbox. You should also be able to trigger this in Apex by using the appropriate DmlOptions value.






          share|improve this answer
























          • This approach works very well. But I am struggling to find the relevant dmloption. I tried the following: Database.DMLOptions dlo = new Database.DMLOptions(); dlo.EmailHeader.triggerUserEmail= true; u.setOptions(dlo); But doesn't seem to work well. Is there any suggestion on which dml option should I be using?

            – Lance Shi
            2 hours ago











          • @LanceShi I haven't tried it, but editing the user and resetting in the same transaction should trigger the same way as the UI. However, it does work manually for sure, if you write a script you could use a headless browser to automate mass resets.

            – sfdcfox
            9 mins ago











          Your Answer








          StackExchange.ready(function() {
          var channelOptions = {
          tags: "".split(" "),
          id: "459"
          };
          initTagRenderer("".split(" "), "".split(" "), channelOptions);

          StackExchange.using("externalEditor", function() {
          // Have to fire editor after snippets, if snippets enabled
          if (StackExchange.settings.snippets.snippetsEnabled) {
          StackExchange.using("snippets", function() {
          createEditor();
          });
          }
          else {
          createEditor();
          }
          });

          function createEditor() {
          StackExchange.prepareEditor({
          heartbeatType: 'answer',
          autoActivateHeartbeat: false,
          convertImagesToLinks: false,
          noModals: true,
          showLowRepImageUploadWarning: true,
          reputationToPostImages: null,
          bindNavPrevention: true,
          postfix: "",
          imageUploader: {
          brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
          contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
          allowUrls: true
          },
          onDemand: true,
          discardSelector: ".discard-answer"
          ,immediatelyShowMarkdownHelp:true
          });


          }
          });














          draft saved

          draft discarded


















          StackExchange.ready(
          function () {
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsalesforce.stackexchange.com%2fquestions%2f252356%2fis-there-a-way-to-help-users-from-having-to-clicking-emails-twice-before-logging%23new-answer', 'question_page');
          }
          );

          Post as a guest















          Required, but never shown

























          1 Answer
          1






          active

          oldest

          votes








          1 Answer
          1






          active

          oldest

          votes









          active

          oldest

          votes






          active

          oldest

          votes









          3














          A little known trick my manager taught me is that you can skip the extra step by doing the following:




          • Click Edit on the User

          • Change the Email on the User

          • Check "Generate new password and notify user immediately"

          • Save the User


          At this point, the user will receive an email at the new address with a password reset link. This is the "trick" we use internally when we need to fix a user in a Sandbox. You should also be able to trigger this in Apex by using the appropriate DmlOptions value.






          share|improve this answer
























          • This approach works very well. But I am struggling to find the relevant dmloption. I tried the following: Database.DMLOptions dlo = new Database.DMLOptions(); dlo.EmailHeader.triggerUserEmail= true; u.setOptions(dlo); But doesn't seem to work well. Is there any suggestion on which dml option should I be using?

            – Lance Shi
            2 hours ago











          • @LanceShi I haven't tried it, but editing the user and resetting in the same transaction should trigger the same way as the UI. However, it does work manually for sure, if you write a script you could use a headless browser to automate mass resets.

            – sfdcfox
            9 mins ago
















          3














          A little known trick my manager taught me is that you can skip the extra step by doing the following:




          • Click Edit on the User

          • Change the Email on the User

          • Check "Generate new password and notify user immediately"

          • Save the User


          At this point, the user will receive an email at the new address with a password reset link. This is the "trick" we use internally when we need to fix a user in a Sandbox. You should also be able to trigger this in Apex by using the appropriate DmlOptions value.






          share|improve this answer
























          • This approach works very well. But I am struggling to find the relevant dmloption. I tried the following: Database.DMLOptions dlo = new Database.DMLOptions(); dlo.EmailHeader.triggerUserEmail= true; u.setOptions(dlo); But doesn't seem to work well. Is there any suggestion on which dml option should I be using?

            – Lance Shi
            2 hours ago











          • @LanceShi I haven't tried it, but editing the user and resetting in the same transaction should trigger the same way as the UI. However, it does work manually for sure, if you write a script you could use a headless browser to automate mass resets.

            – sfdcfox
            9 mins ago














          3












          3








          3







          A little known trick my manager taught me is that you can skip the extra step by doing the following:




          • Click Edit on the User

          • Change the Email on the User

          • Check "Generate new password and notify user immediately"

          • Save the User


          At this point, the user will receive an email at the new address with a password reset link. This is the "trick" we use internally when we need to fix a user in a Sandbox. You should also be able to trigger this in Apex by using the appropriate DmlOptions value.






          share|improve this answer













          A little known trick my manager taught me is that you can skip the extra step by doing the following:




          • Click Edit on the User

          • Change the Email on the User

          • Check "Generate new password and notify user immediately"

          • Save the User


          At this point, the user will receive an email at the new address with a password reset link. This is the "trick" we use internally when we need to fix a user in a Sandbox. You should also be able to trigger this in Apex by using the appropriate DmlOptions value.







          share|improve this answer












          share|improve this answer



          share|improve this answer










          answered 3 hours ago









          sfdcfoxsfdcfox

          257k12202445




          257k12202445













          • This approach works very well. But I am struggling to find the relevant dmloption. I tried the following: Database.DMLOptions dlo = new Database.DMLOptions(); dlo.EmailHeader.triggerUserEmail= true; u.setOptions(dlo); But doesn't seem to work well. Is there any suggestion on which dml option should I be using?

            – Lance Shi
            2 hours ago











          • @LanceShi I haven't tried it, but editing the user and resetting in the same transaction should trigger the same way as the UI. However, it does work manually for sure, if you write a script you could use a headless browser to automate mass resets.

            – sfdcfox
            9 mins ago



















          • This approach works very well. But I am struggling to find the relevant dmloption. I tried the following: Database.DMLOptions dlo = new Database.DMLOptions(); dlo.EmailHeader.triggerUserEmail= true; u.setOptions(dlo); But doesn't seem to work well. Is there any suggestion on which dml option should I be using?

            – Lance Shi
            2 hours ago











          • @LanceShi I haven't tried it, but editing the user and resetting in the same transaction should trigger the same way as the UI. However, it does work manually for sure, if you write a script you could use a headless browser to automate mass resets.

            – sfdcfox
            9 mins ago

















          This approach works very well. But I am struggling to find the relevant dmloption. I tried the following: Database.DMLOptions dlo = new Database.DMLOptions(); dlo.EmailHeader.triggerUserEmail= true; u.setOptions(dlo); But doesn't seem to work well. Is there any suggestion on which dml option should I be using?

          – Lance Shi
          2 hours ago





          This approach works very well. But I am struggling to find the relevant dmloption. I tried the following: Database.DMLOptions dlo = new Database.DMLOptions(); dlo.EmailHeader.triggerUserEmail= true; u.setOptions(dlo); But doesn't seem to work well. Is there any suggestion on which dml option should I be using?

          – Lance Shi
          2 hours ago













          @LanceShi I haven't tried it, but editing the user and resetting in the same transaction should trigger the same way as the UI. However, it does work manually for sure, if you write a script you could use a headless browser to automate mass resets.

          – sfdcfox
          9 mins ago





          @LanceShi I haven't tried it, but editing the user and resetting in the same transaction should trigger the same way as the UI. However, it does work manually for sure, if you write a script you could use a headless browser to automate mass resets.

          – sfdcfox
          9 mins ago


















          draft saved

          draft discarded




















































          Thanks for contributing an answer to Salesforce Stack Exchange!


          • Please be sure to answer the question. Provide details and share your research!

          But avoid



          • Asking for help, clarification, or responding to other answers.

          • Making statements based on opinion; back them up with references or personal experience.


          To learn more, see our tips on writing great answers.




          draft saved


          draft discarded














          StackExchange.ready(
          function () {
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsalesforce.stackexchange.com%2fquestions%2f252356%2fis-there-a-way-to-help-users-from-having-to-clicking-emails-twice-before-logging%23new-answer', 'question_page');
          }
          );

          Post as a guest















          Required, but never shown





















































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown

































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown







          Popular posts from this blog

          CARDNET

          Boot-repair Failure: Unable to locate package grub-common:i386

          濃尾地震