In the last post, I showed how to invite an external user to SharePoint. Let’s see what this experience looks like for a person you invited to join the SharePoint website.

There are two different use cases here.

 

Use case 1

If an external user has Microsoft or Organizational account, he can just click the link in the invitation email and log in with his Microsoft username and password (if necessary).

Sc1_1

Sc1_2

 

 

 

Use case 2

If an external user does NOT have Microsoft or Organizational account (invitation was sent to Gmail, e.g.), he has to create a new Microsoft account before accessing the SharePoint web site. This process is much longer, as you might expect.

So, the user receives an email to his “non-Microsoft” address and clicks the link similar to the one marked bellow.

Sc2_1

Then, he has to select the account type. But, since a new account needs to be created, he cannot click “Organizational account” tile (as he cannot register for such an account). User should click the “Microsoft account” tile.

Sc2_2

On the sign in form, user clicks “Sign up now” at the bottom of the page.

Sc2_3

On the registration form, user should enter his personal data…

Sc2_4

… and click “Create account” at the bottom.

Sc2_5

As stated on the screenshot bellow, user needs to confirm their identity…

Sc2_6

… by checking his inbox and clicking the link in the newly received verification email.

Sc2_7

User is informed that the account is created and verified. However, this does not take him to project site. He needs to go back to the invitation email…

Sc2_8

… and click invitation link again.

Sc2_9

But that’s not the end of the story. User has to click the “Microsoft account” tile again in order to be transferred to the SharePoint web site.

Sc2_91

Anyway, in both use cases, this is what the user sees at the end of the process – Homepage of the project he was invited to:

Sc_final

4 Comments

  1. Travis Says

    WHAT HAVE YOU DONE?! You’ve let the Targaryns on SharePoint! Winter is coming!

  2. steve branigan Says

    How could Microsoft have such a closed policy on this.

    My organisation has a use case where we want to create a user portal for our clients so that we can share product related information with our customers via the portal. 70% of our clients are using non-Microsoft email accounts. Limiting this is a serious hindrance to our business and it now what we expected when we signed up for the SharePoint 365 service as part of our business office 365 service.

    Is there a plan on Microsoft side to ever accommodate sign-on to SharePoint with a non-Microsoft account?

    We’re extremely disappointed that this is not a supported feature as we now have to go and pay for another service so that we can provide this to our customers.

  3. youthful skin Says

    I ⅼike this post, enjoyed thіs ᧐ne regards for pоsting.

  4. Steve Says

    I know the above comment about non-MS accounts is a bit old, but it should be noted that this process is only for creating a Microsoft login account, which you can do using non-Microsoft email addresses. Note the example is using a Gmail email address to create the login account.
    Also, you can enable anonymous links in SharePoint if you really want to, just recognize that you won’t be able to control access to the content if you don’t control who has possession of that link. Having users log in is a much more secure way to control access, and can be done using non-MS accounts.

Leave a Reply