Users can’t login to Office 365 email after migration from Live@Edu

Users can't login to Office 365 email after migration from Live@Edu

Recently, in working with an educational institution on issues their students were having logging into Office 365 after the mandatory upgrade from Microsoft, we stumbled on a problem and fix that resolved issues many students were having with their account after the upgrade.


With the move to Office 365 to the dismay of many users, Microsoft has decided to split the email portion and Skydrive portion of the services that were under one umbrella of Live@Edu.  With this change they are doing some fancy routing in the backend to shift users to either site depending on the service they are trying to get to.  Apparently, in this process some institutions upgrades went south and left many with large numbers of students who could not log in.

Take a look at this thread which addresses this issue, however, with no workaround listed:

The Symptoms

The symptoms that were seen at the institution were that when the student hit the federation server that was located on campus, on successful login, the student was not directed to their Exchange online mailbox and where instead directed to

No errors were recorded on the federation server from the login attempt, so we knew that federation services was doing the job it was supposed to do.  Some users went were they should have gone and the other users were taken to



The Resolution

Above is the screenshot to the command that made all the difference with the issue at the institution.  The issue was resolved by running the command to change the User Principal Name of the user to one of the other user principle names that was listed as the available domains of the user, in this case and then setting the UPN back to the institution’s UPN suffix.


The syntax:

Set-MsolUserPrincipalName -UserPrincipalName [email protected] –NewUserPrincipalName [email protected]then run

Set-MsolUserPrincipalName -UserPrincipalName [email protected] –NewUserPrincipalName [email protected]


Literally, after running the command on all users hosted with office 365, the logins worked after the UPN was changed and then changed back.  Evidently, something happened with the upgrade that corrupted the association with Office 365.  Changing the UPN and then back evidently forces a good sync on the account to associate it with the right service.

If determined that the above works, it is easy enough to write a script which will perform this commandlet on all users in the cloud.

Subscribe to VirtualizationHowto via Email 🔔

Enter your email address to subscribe to this blog and receive notifications of new posts by email.

Brandon Lee

Brandon Lee is the Senior Writer, Engineer and owner at and has over two decades of experience in Information Technology. Having worked for numerous Fortune 500 companies as well as in various industries, Brandon has extensive experience in various IT segments and is a strong advocate for open source technologies. Brandon holds many industry certifications, loves the outdoors and spending time with family.

Related Articles

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.