We help IT Professionals succeed at work.

Exchange issues

Working with exchange 2010. I have clients that use both outlook 2011 and 2010. Today ran into a problem where user's are all being prompted for their password. The solution we have is to change their password via the OWA but then about an hour later, they get the prompt for password again and exchange does not like the password.

Anything with ---- is jut removing the info for privacy.

Log Name:      Security
Source:        Microsoft-Windows-Security-Auditing
Date:          3/16/2015 3:16:58 PM
Event ID:      4625
Task Category: Logon
Level:         Information
Keywords:      Audit Failure
User:          N/A
Computer:      ----
An account failed to log on.

      Security ID:            SYSTEM
      Account Name:            ----
      Account Domain:            ----
      Logon ID:            0x3e7

Logon Type:                  8

Account For Which Logon Failed:
      Security ID:            NULL SID
      Account Name:            ----
      Account Domain:            ----

Failure Information:
      Failure Reason:            Unknown user name or bad password.
      Status:                  0xc000006d
      Sub Status:            0xc0000064

Process Information:
      Caller Process ID:      0xdcc
      Caller Process Name:      C:\Windows\System32\inetsrv\w3wp.exe

Network Information:
      Workstation Name:      ----
      Source Network Address:      ----
      Source Port:            51244

Detailed Authentication Information:
      Logon Process:            Advapi  
      Authentication Package:      Negotiate
      Transited Services:      -
      Package Name (NTLM only):      -
      Key Length:            0

This event is generated when a logon request fails. It is generated on the computer where access was attempted.

The Subject fields indicate the account on the local system which requested the logon. This is most commonly a service such as the Server service, or a local process such as Winlogon.exe or Services.exe.

The Logon Type field indicates the kind of logon that was requested. The most common types are 2 (interactive) and 3 (network).

The Process Information fields indicate which account and process on the system requested the logon.

The Network Information fields indicate where a remote logon request originated. Workstation name is not always available and may be left blank in some cases.

The authentication information fields provide detailed information about this specific logon request.
      - Transited services indicate which intermediate services have participated in this logon request.
      - Package name indicates which sub-protocol was used among the NTLM protocols.
      - Key length indicates the length of the generated session key. This will be 0 if no session key was requested.

Any ideas?
Watch Question

Jonathan BriteSystem Admin

Make sure their outlook credentials are not cached in the credentials vault.  This has bitten me a few times before I banned it form my network.  We found that most of the time this happened, a user had (at some point) clicked remember password and an entry was stored in their vault(in the control panel).  Once we removed that entry, the problem went away.  

It would happen a few times every day, primarily when they left their desk for a while and came back.  It was very annoying because even when they got prompted, and typed in their password correctly, it would still fail and we had to reset their password....that is until we found the culprit(credentials vault).

good luck


Thanks Johnathan. So tracking down this issue more it seems mostly to be an Outlook 2011 issue. I've tried the same thing with the keychain access and waiting to see how that turns out. Would Keychain access on mac qualify for the same thing as Cedentials Vault on windows?
Jonathan BriteSystem Admin

My guess is that since you are dealing with MAC users, they have file shares that need to have the credentials updated.  This was another issue we faced with our old marketing department(all Mac users).  They would change their password ad then get locked out frequently until they deleted all their network shares and re-add them with the new credentials.  I am not sure if it was keychain related or not though.
So we did a test. A user that only uses windows (outlook 2010) added their credentials to outlook 2011, outlook 2011 wouldn't connect and neither would outlook 2010. We took the account off 2011 and 2010 started to work again. This make any sense?