Link Sharing for External Users - Get Back Into Your Account

%3CLINGO-SUB%20id%3D%22lingo-sub-972127%22%20slang%3D%22en-US%22%3ELink%20Sharing%20for%20External%20Users%20-%20Get%20Back%20Into%20Your%20Account%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-972127%22%20slang%3D%22en-US%22%3E%3CP%3EWe%20run%20into%20many%20error%20messages%20when%20we%20share%20files%20externally%20from%20SharePoint%2C%20frequently%20appearing%20like%20the%20attached%20image.%3C%2FP%3E%3CP%3EWe%20have%20trouble%20troubleshooting%20this%2C%20because%20Microsoft%20is%20associating%20the%20email%20being%20shared%20to%20with%20a%20Microsoft%20account.%20We%20see%20this%20happen%20often%20with%20schools%20or%20government%20organizations%20that%20have%20switched%20from%20Office%20to%20Google%20Suites%20-%20their%20email%20is%20still%20associated%20with%20the%20Microsoft%20account%2C%20but%20the%20organization%20does%20not%20have%20licenses%20for%20Microsoft%20and%20does%20not%20have%20any%20Microsoft%20administrators.%3C%2FP%3E%3CP%3EAs%20such%2C%20we're%20seeing%20staff%20more%20frequently%20turning%20to%20attachments%20in%20emails%2C%20or%20using%20personal%20Box%20accounts%20to%20collaborate%20-%20not%20optimal%20given%20our%20retention%20and%20security%20management%20is%20focused%20in%20SharePoint.%3C%2FP%3E%3CP%3EI've%20tried%20removing%20the%20external%20address%20from%20All%20Groups%20and%20Users%2C%20deleting%20their%20User%20Profile%20-%20regardless%2C%20when%20they%20select%20a%20new%20sharing%20link%20they%20are%20recreated%20as%20a%20Microsoft%20account%20in%20our%20tenant.%3C%2FP%3E%3CP%3EHas%20anyone%20run%20into%20a%20way%20around%20this%3F%20It%20would%20be%20useful%20for%20external%20users%20like%20this%20to%20have%20the%20option%20of%20either%20a%20verification%20code%20or%20a%20Microsoft%20account%2C%20instead%20of%20enforcing%20use%20of%20potentially%20inactive%20Microsoft%20accounts.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-LABS%20id%3D%22lingo-labs-972127%22%20slang%3D%22en-US%22%3E%3CLINGO-LABEL%3ESharePoint%20Online%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E
Highlighted
Occasional Contributor

We run into many error messages when we share files externally from SharePoint, frequently appearing like the attached image.

We have trouble troubleshooting this, because Microsoft is associating the email being shared to with a Microsoft account. We see this happen often with schools or government organizations that have switched from Office to Google Suites - their email is still associated with the Microsoft account, but the organization does not have licenses for Microsoft and does not have any Microsoft administrators.

As such, we're seeing staff more frequently turning to attachments in emails, or using personal Box accounts to collaborate - not optimal given our retention and security management is focused in SharePoint.

I've tried removing the external address from All Groups and Users, deleting their User Profile - regardless, when they select a new sharing link they are recreated as a Microsoft account in our tenant.

Has anyone run into a way around this? It would be useful for external users like this to have the option of either a verification code or a Microsoft account, instead of enforcing use of potentially inactive Microsoft accounts.

0 Replies