Sharepoint Error: This username may be incorrect for Guest User

%3CLINGO-SUB%20id%3D%22lingo-sub-2961703%22%20slang%3D%22en-US%22%3ESharepoint%20Error%3A%20This%20username%20may%20be%20incorrect%20for%20Guest%20User%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2961703%22%20slang%3D%22en-US%22%3E%3CP%20class%3D%22%22%3EHi%20all%2C%3C%2FP%3E%3CP%20class%3D%22%22%3EI%20am%20a%20Sharepoint%20and%20O365%20admin%20(not%20super%20admin)%20for%20my%20organization.%3C%2FP%3E%3CP%20class%3D%22%22%3EFor%20all%20our%20sites%20the%20current%20External%20sharing%20setting%20is%3A%20%22New%20and%20existing%20guests%20-%20Guests%20must%20use%20sign%20in%20or%20provide%20a%20verification%20code%22.%3C%2FP%3E%3CP%20class%3D%22%22%3EWhenever%20I%20want%20to%20share%20a%20site%20with%20an%20external%20user%2C%20I%20create%20a%20guest%20account%20on%20Azure%2C%20add%20them%20to%20the%20Sharepoint%20group%2C%20and%20they%20can%20navigate%20normally.%3C%2FP%3E%3CP%20class%3D%22%22%3EThere%20is%20one%20site%20created%20for%20this%20specific%20business%20partner%20of%20ours%2C%20let's%20call%20them%20P.%20There%20is%20one%20user%3CSPAN%3E%26nbsp%3B%3C%2FSPAN%3E%3CA%20href%3D%22mailto%3Aguest1%40P.com%22%20target%3D%22_blank%22%20rel%3D%22noopener%20nofollow%20ugc%20noreferrer%22%3Eguest1%40P.com%3C%2FA%3E%3CSPAN%3E%26nbsp%3B%3C%2FSPAN%3Ethat%20is%20able%20upload%2C%20edit%2C%20etc.%20normally%20on%20our%20site%20since%20April-August%202021.%20But%20recently%2C%20they%20have%20been%20receiving%20the%20error%3A%3C%2FP%3E%3CP%20class%3D%22%22%3EThis%20username%20may%20be%20incorrect.%20Make%20sure%20you%20typed%20it%20correctly.%20Otherwise%2C%20contact%20your%20admin%3C%2FP%3E%3CP%20class%3D%22%22%3EWe%20checked%20on%20our%20Azure%20directory%2C%20and%20the%20guest%20username%20invited%20is%20still%20the%20same%2C%20we%20did%20not%20make%20any%20changes%20to%20any%20setting.%20Other%20external%20sites%20and%20guest%20users%20are%20still%20working%20normally.%3C%2FP%3E%3CP%20class%3D%22%22%3EWe%20tried%20incognito%2C%20clear%20cookies%2C%20different%20browser.%3C%2FP%3E%3CP%20class%3D%22%22%3E%26nbsp%3B%3C%2FP%3E%3CP%20class%3D%22%22%3EOur%20local%20O365%20provider%20IT%20support%20insisted%20that%20we%20have%20to%20open%20the%20External%20sharing%20setting%20to%20%22Anyone%20-%20Users%20and%20share%20files%20and%20folders%20using%20links%20that%20don't%20require%20sign-in%22%2C%20and%20explained%20that%20Microsoft%20is%20changing%20their%20policy%20so%3CSPAN%3E%26nbsp%3B%3C%2FSPAN%3E%3CA%20href%3D%22mailto%3Aguest1%40P.com%22%20target%3D%22_blank%22%20rel%3D%22noopener%20nofollow%20ugc%20noreferrer%22%3Eguest1%40P.com%3C%2FA%3E%3CSPAN%3E%26nbsp%3B%3C%2FSPAN%3Eerror%20was%20the%20result%20of%20that.%3C%2FP%3E%3CP%20class%3D%22%22%3E%26nbsp%3B%3C%2FP%3E%3CP%20class%3D%22%22%3EI'm%20not%20satisfied%20with%20their%20answer%20since%20all%20our%20other%20sites%20with%20the%20guest%20setting%20are%20still%20working%2C%20and%20we%20certainly%20do%20not%20want%20our%20Sharepoint%20links%20to%20be%20public.%20Any%20other%20suggestion%20to%20the%20solution%20will%20be%20appreciated.%26nbsp%3BCan%20anyone%20please%20share%20the%20notice%20of%20this%20policy%20change%20if%20possible%3F%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-LABS%20id%3D%22lingo-labs-2961703%22%20slang%3D%22en-US%22%3E%3CLINGO-LABEL%3ESharePoint%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E%3CLINGO-SUB%20id%3D%22lingo-sub-2962034%22%20slang%3D%22en-US%22%3ERe%3A%20Sharepoint%20Error%3A%20This%20username%20may%20be%20incorrect%20for%20Guest%20User%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2962034%22%20slang%3D%22en-US%22%3EDifficult%20to%20say%20the%20exact%20reason.%20What%20has%20changed%20could%20be%20the%20introduction%20of%20SharePoint%20and%20OneDrive%20integration%20with%20Azure%20AD%20B2B%20(leaving%20the%20SharePoint%20external%20sharing%20process).%20I%20would%20probably%20ask%20the%20users%20home%20org.%20if%20all%20is%20good%20with%20that%20account.%20And%20if%20so%20simply%20delete%20it%20from%20Azure%20AD%20and%20the%20AAD%20bin%2C%20followed%20by%20a%20re-invitation%20or%20manual%20re-creation.%20Would%20probably%20save%20some%20troubleshooting%20time%20as%20well.%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-2964764%22%20slang%3D%22en-US%22%3ERe%3A%20Sharepoint%20Error%3A%20This%20username%20may%20be%20incorrect%20for%20Guest%20User%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2964764%22%20slang%3D%22en-US%22%3EHello%20again%2C%20try%20creating%20this%20user%20first%20instead%20as%20previously%20mentioned.%20The%20message%20indicates%20that%20a%20email%20invitation%20isn't%20allowed.%20You%20should%20perhaps%20also%20reach%20out%20to%20your%20IT%20administrator%20and%20walk%20through%20the%20MsolCompanySettings%20if%20the%20manually%20created%20account%20doesn't%20work.%3CBR%20%2F%3E%3CBR%20%2F%3E%3CA%20href%3D%22https%3A%2F%2Fdocs.microsoft.com%2Fsv-se%2Fpowershell%2Fmodule%2Fmsonline%2Fset-msolcompanysettings%3Fview%3Dazureadps-1.0%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%22%3Ehttps%3A%2F%2Fdocs.microsoft.com%2Fsv-se%2Fpowershell%2Fmodule%2Fmsonline%2Fset-msolcompanysettings%3Fview%3Dazureadps-1.0%3C%2FA%3E%3C%2FLINGO-BODY%3E
New Contributor

Hi all,

I am a Sharepoint and O365 admin (not super admin) for my organization.

For all our sites the current External sharing setting is: "New and existing guests - Guests must use sign in or provide a verification code".

Whenever I want to share a site with an external user, I create a guest account on Azure, add them to the Sharepoint group, and they can navigate normally.

There is one site created for this specific business partner of ours, let's call them P. There is one user guest1@P.com that is able upload, edit, etc. normally on our site since April-August 2021. But recently, they have been receiving the error:

This username may be incorrect. Make sure you typed it correctly. Otherwise, contact your admin

We checked on our Azure directory, and the guest username invited is still the same, we did not make any changes to any setting. Other external sites and guest users are still working normally.

We tried incognito, clear cookies, different browser.

 

Our local O365 provider IT support insisted that we have to open the External sharing setting to "Anyone - Users and share files and folders using links that don't require sign-in", and explained that Microsoft is changing their policy so guest1@P.com error was the result of that.

 

I'm not satisfied with their answer since all our other sites with the guest setting are still working, and we certainly do not want our Sharepoint links to be public. Any other suggestion to the solution will be appreciated. Can anyone please share the notice of this policy change if possible?

7 Replies
Difficult to say the exact reason. What has changed could be the introduction of SharePoint and OneDrive integration with Azure AD B2B (leaving the SharePoint external sharing process). I would probably ask the users home org. if all is good with that account. And if so simply delete it from Azure AD and the AAD bin, followed by a re-invitation or manual re-creation. Would probably save some troubleshooting time as well.

@ChristianJBergstrom thank you! I've tried re-inviting and the user received the following error:

image_thumb-2.png

 Their organization probably changed their policy recently. I am also informed that their domain is a Microsoft one, so they probably run Azure. Their IT is not very savvy, so I may have to help them.

I've searched for this article about enabling: https://docs.microsoft.com/en-us/azure/active-directory/enterprise-users/directory-self-service-sign...

However, I'm not very sufficient with PowerShell, is there a way to make settings in the Azure interface?

 

Many thanks!!!

 

 

 

Hello again, try creating this user first instead as previously mentioned. The message indicates that a email invitation isn't allowed. You should perhaps also reach out to your IT administrator and walk through the MsolCompanySettings if the manually created account doesn't work.

https://docs.microsoft.com/sv-se/powershell/module/msonline/set-msolcompanysettings?view=azureadps-1...
Hi, is this something for the partner's domain (p.com) or ours ?

@ChristianJBergstrom this is from my org setting:

 

camha_0-1637388090616.png

Am I correct to infer that the problem is not from our side?

I want to clarify the re-invitation issue:

- The user from p.com did receive an email invite, prompted to sign up for MS account

- They also get a verification code

- Once clicked Finish, they received:

camha_1-1637388196061.png

the blurred out names are p.com (partner's domain)

@camha Hello again, I've actually never worked with Set-MsolCompanySettings as I've haven't stumbled across a scenario that required that config. But let me add some parts that might explain it further.

 

-AllowEmailVerifiedUsers
Indicates whether users can join the tenant by email validation. To join, the user must have an email address in a domain which matches one of the verified domains in the tenant. This setting is applied company-wide for all domains in the tenant.

 

Set-MsolCompanySettings (MSOnline) | Microsoft Docs

 

AllowEmailVerifiedUsers controls whether users can join the tenant by email validation. To join, the user must have an email address in a domain which matches one of the verified domains in the tenant. This setting is applied company-wide for all domains in the tenant. If you set that parameter to $false, no email-verified user can join the tenant.


AllowAdHocSubscriptions controls the ability for users to perform self-service sign-up. If you set that parameter to $false, no user can perform self-service sign-up.


AllowEmailVerifiedUsers and AllowAdHocSubscriptions are tenant-wide settings that can be applied to a managed or unmanaged tenant.

 

Here's an example where:

 

You administer a tenant with a verified domain such as contoso.com
You use B2B collaboration from a different tenant to invite a user that does not already exist (userdoesnotexist@contoso.com) in the home tenant of contoso.com
The home tenant has the AllowEmailVerifiedUsers turned on


If the preceding conditions are true, then a member user is created in the home tenant, and a B2B guest user is created in the inviting tenant.

 

https://docs.microsoft.com/en-us/azure/active-directory/enterprise-users/directory-self-service-sign...

 

As the message indicates that the other org. has this disabled this you should probably reach out to them and either have them create an account or toggle this setting to true.

 

Let me know how it goes, I like learning new stuff!