Microsoft Outlook 2016 keeps asking for a password Login to the web server and check if the password works. If it works fine, open Outlook click on file-account settings-retype the password and check if it helps. You may also try the steps given in the below articles. To diagnose and automatically fix several common Office sign-in issues, you can download and run the Microsoft Support and Recovery Assistant. Sign out of the first account that signed in, then restart that computer. If this solution does not resolve the issue, try the workaround below. By Deleting the Credentials. Step 1: Deleting credentials in Control Panel. Step 1: Go to the Start. I am sorry to hear you are having trouble with your Microsoft Office. Hopefully, we can get this resolved quickly. Open any Word or Excel document. Click on File and Click on Account. Click on Sign out or Sign in or Fix me or Switch License and then login with your Microsoft office account.
Microsoft's Office 365 has been giving some users cold sweats. No matter how hard they try to log in, they simply can't access the service and haven't been able to for hours – others say it has wobbled for days.
Sporadic reports of unrest began to emerge on Down Detector on Friday (26 October) in the UK and across the pond, stopped over the weekend and started again prior to 0800 GMT today. Office 365's web woes have still not been resolved at the time of writing.
The first complaint was spotted on Twitter just after 0700 GMT.
@MSFT365Status Is there any problems with Office activation today? Have multiple users who cannot log in to the Office products today. Tried everything from resetting password to reinstalling Office.
— Tom Ruben (@mr_tommetom) October 30, 2018Microsoft, at least initially, seemed to know nothing of the activation worries to which admin Tom Ruben referred, but he was backed up by others.
@MSFT365Status - Like @mr_tommetom and others, we're also seeing issues with some of our users not able to log in to Outlook and even when logging into https://t.co/na7OewQr7c some users are being prompted with this additional security prompt... Please can you investigate ASAP pic.twitter.com/ZRbqqj2mKV
— JayCeeCee (@JayCeeCe) October 30, 2018Admins raised support tickets with Microsoft but complained they'd only received acknowledgement of the outage early on in the screw-up and had precious else since.
Microsoft has said it is 'investigating issues related to repeated credential prompts and users being unable to log in using the Outlook client under EX152471'. It asked admins to 'please check the admin centre for more details'.
This seemed to inflame some, with complaints that Microsoft needed to acknowledge and regularly update users in times of web service darkness.
This was from yesterday!!!! Furthermore, my users were reporting this on FRIDAY and I spent all weekend troubleshooting this. Please for the love of god find a way to get these advisories posted sooner.
— John Gardner (@jfgardner71) October 30, 2018And here.
#meetoo We got the same problem here. Opening files from Onedrive Client doesnt work, login doesn't get accepted. Tried reinstalling Office, now Office activation fails as well. We need a solution for this.
— Alex Riedel (@MrNecaro) October 30, 2018And here.
Finally! We've got multiple users who cannot add outlook profiles, autodiscover fails, password prompts, can't activate office, something has gone wrong!
— Aaron Saffer (@adsaffer) October 30, 2018One user noted the registry setting Microsoft described here had helped some unable to sign in to Office 365. In the advisory, Microsoft said some users who had updated to Office 2016 build 16.0.7967 or later versions on Windows 10 may have experienced problems.
There are eight symptoms, Microsoft said, including the Office sign-in workflow stopping or showing no on-screen progress, and users receiving a 'You'll need the Internet for this' message when they switched networks or their PC woke up after a long suspension.
We have asked Microsoft to explain why some of its users are having such a hard time, why not everyone seems to be impacted and why this is happening on both sides of the Atlantic. ®
Note
Office 365 ProPlus is being renamed to Microsoft 365 Apps for enterprise. For more information about this change, read this blog post.
Tip
To diagnose and automatically fix several common Office sign-in issues, you can download and run the Microsoft Support and Recovery Assistant.
Overview
This article contains information about a new authentication framework for Microsoft Office 2016.
By default, Microsoft Microsoft 365 Apps for enterprise (2016 version) uses Azure Active Directory Authentication Library (ADAL) framework-based authentication. Starting in build 16.0.7967, Office uses Web Account Manager (WAM) for sign-in workflows on Windows builds that are later than 15000 (Windows 10, version 1703, build 15063.138).
General guidance
If you experience authentication issues in Office application on Windows 10, we recommend to do the following actions:
- Update Office products to the latest build for your channel according to Update history for Microsoft 365 Apps for enterprise (listed by date).
- Make sure that you are running any of the following Windows builds:
- Any build for Windows 10, version 1809 or a later version
- 17134.677 or later builds for Windows 10, version 1803
- 16299.461 or later builds for Windows 10, version 1709
- 15063.1112 or later builds for Windows 10, version 1703
Symptoms
You may experience one of the following symptoms after you update to Microsoft Office 2016 build 16.0.7967 or a later version on Windows 10.
Symptom 1
When the overall network is working on your devices, Office applications may experience connection issues. You may see a message that resembles the following:
To determine whether you're experiencing this kind of issue, follow these steps:
Make sure that you're running Office build 16.0.9126.2259 or a later build. (The latest build on your channel is great. See the general guidance in the Overview section.)
Open Event Viewer.
Go to Applications and Services Logs > Microsoft > Windows > AAD.
In the Operational logs, locate messages from XMLHTTPWebRequest that have the following pattern:
Make sure that the time of these errors is related to the time when you actually had an Internet connection. This is not an intermittent network issue because of the loss of a Wi-Fi connection or a wake-up after hibernation and initialization of the network stack.
Then, to determine whether your issue is due to network environment or local firewall/antivirus software, follow these steps:
Open Edge (not Internet Explorer) and go to https://login.microsoftonline.com. Navigation should land on https://www.office.com or your company's default landing page. If this fails, the issue is in a network environment or local firewall/antivirus software.
Open Edge (not Internet Explorer) in InPrivate mode and go to https://login.microsoftonline.com. After you enter credentials, navigation should land on https://www.office.com or your company's default landing page. If this fails, the issue is in a network environment or local firewall/antivirus software.
To resolve this issue, make sure that your local firewall, antivirus software, and Windows Defender don't block the following AAD WAM plug-in processes that engaged in token acquisition:
C:WindowsSystemAppsMicrosoft.AAD.BrokerPlugin_cw5n1h2txyewyMicrosoft.AAD.BrokerPlugin.exe
C:WindowsSystem32backgroundTaskHost.exe
Note The PackageFamilyName of the plugin is the following:
Microsoft.AAD.BrokerPlugin_cw5n1h2txyewy
Microsoft Office Applications Won't Open
Also, make sure that your network environment doesn't block the primary destination:
Note This primary address covers many IP addresses (and many services). Some of these addresses may be blocked in the environment for no good reason, which causes intermittent problems in some devices while other devices work fine.
Symptom 2
When you try to open or save a document in Microsoft SharePoint Online, OneDrive for Business, or SharePoint, or you try to synchronize email messages or your calendar in Microsoft Outlook, you're prompted for credentials. After you enter credentials, you're prompted again. This issue may occur for the following reasons:
The Trusted Platform Module (TPM) chip or firmware is malfunctioning. Windows uses the TPM chip to protect your credentials. The chip may become corrupted or reset in some conditions. To determine whether you are experiencing this kind of issue, follow these steps:
- Open Event Viewer.
- Go to Applications and Services Logs > Microsoft > Windows > AAD.
- In the Operational logs, locate the errors that display the following pattern:0x?028????, 0x?029???? or 0x?009????
To avoid this issue in future, we recommend that you update the TPM firmware.
For Windows 10, version 1709 or later versions: The operating system automatically detects situations that are related to TPM failures and provides a user recovery process that should occur automatically. If this process doesn't occur automatically, we recommend that you use this manual recovery method.
For Windows 10, version 1703: An automatic process is provided for Hybrid Azure AD join. No automatic process is provided for other environment configurations. If the Hybrid Azure AD join process doesn't occur automatically, we recommend that you use this manual recovery method.
A device is disabled by the user, the Enterprise administrator, or a policy because of a security concern or by mistake. To determine whether you are experiencing this issue, follow these steps:
- Open Event viewer.
- Go to Applications and Services Logs > Microsoft > Windows > AAD.
- In the Operational logs, locate the following message:
Description: AADSTS70002: Error validating credentials. AADSTS135011: Device used during the authentication is disabled.
To resolve this issue, we recommend that the Enterprise administrator enable the device in Active Directory or Azure Active Directory (Azure AD). For information about how to manage devices in Azure AD, see the Device management tasks section of the 'How to manage devices using the Azure portal' topic on the Microsoft Docs website.
The Enterprise administrator or a policy deleted a device because of a security reason or by mistake. To verify that you are experiencing this issue, follow these steps:
- Open Event viewer.
- Go to Applications and Services Logs > Microsoft > Windows > AAD.
- In the Operational logs, locate the following message:
Description: AADSTS70002: Error validating credentials. AADSTS50155: Device is not authenticated.
To resolve this issue, we recommend that you recover the device by using the manual recovery method. Note If nobody on the Enterprise deleted the device, please file a support ticket and provide an example of a device that is not recovered.
Manual recovery
To do a manual recovery of the computer, follow the appropriate steps, depending on how the device is joined to the cloud (Hybrid Azure AD join, Add a work account, or Azure AD join).
Hybrid Azure AD join
Run the following command:
>dsregcmd /statusThe result should contain the following fields (in Device state):
The current logon user should be a domain user. The affected identity should be the current logon user.
Recovery (safe to do):
Run the
Dsregcmd /leavecommand in an administrative Command Prompt window, and then restart the system.Add a work account
Run the following command:
>dsregcmd /statusThe result should contain the following field (in User state):
The device state can be set to any option. The current logon user can be any user. The affected identity should be a work or school account that you can see in Setting > Accounts > Access work or school.
Recovery (safe to do):
Remove the work account in Setting > Accounts > Access work or school, and then restore the work account.
Azure AD join
Run the following command:
>dsregcmd /statusThe result should contain the following fields (in Device state):
The current logon user should be an Azure Active Directory (AAD) user. The affected identity should be the current logon user.
Recovery:
Note Back up your data first.
Create a new local administrator. Disconnect from the domain (Setting > Accounts > Access work or school > Disconnect). Then, log on as the new local administrator, and reconnect to Azure AD.
Symptom 3
The Office sign-in workflow stops or shows no on-screen progress. The sign-in window shows a 'Signing in' message or a blank authentication screen.
This issue occurs because WAM is disabling non-HTTPS traffic to prevent security threats, such as someone stealing user credentials. To verify that you are experiencing this issue, follow these steps:
Open Event viewer.
Go to Applications and Services Logs > Microsoft > Windows > AAD.
In the Operational logs, locate the following message:
Navigation to non-SSL destination. Non-secure communication is prohibited. Canceling navigation.
Why Won't Microsoft Office Update
To resolve this issue and secure user credentials, we recommend that you enable HTTPS on the Identity servers.
Symptom 4
You have a non-persistent Virtual Desktop Infrastructure (VDI) environment that has a federated Identity Provider (IdP) that is configured as Single-Sign On (SSO). You do not expect to be prompted to activate or sign in because SSO is configured. However, you are prompted to sign in for each new session. Office ULS logs display the following error message:
{'Action': 'BlockedRequest', 'HRESULT': '0xc0f10005'
Note
Please open a support case if you experience this issue. We require more log entry reports to help isolate the issue.
More information
The following guidelines apply to this article:
- On builds of Windows 7, Windows 8, Windows 8.1, or Windows 10 that are earlier than 15000, ADAL authentication is the only option.
- The Windows build should be later than 15000 (Windows 10, version 1703, build 15063.138, Generally Available). For more information, see Windows 10 release information.
- This article applies whether you use Microsoft Federation or non-Microsoft Federation solutions.
For more information, see the following Knowledge Base article:
4347010 Error Code: 0x8004deb4 when signing in to OneDrive for Business
