Vault Cache asking for username/password
We are trying to use the EV Client 9.0.1 on Outlook 2010 and EV Client 8.0.4 on Outlook 2007 and both come with the same error. Vault Cache asks for a username/password for each synchronisation.
I disabled the proxy on the client, so I am sure it is not asking for proxy authentication. But the error remains.
When I browse to EValias.domain.com/enterprisevault it just connects without asking for username/password.
It should be possible to update the vault cache on the INTERNAL network without asking for extra credentials when the pc is in the domain ?
Just to add on to what nick said, first thing you should do is when the prompt comes up it will say something like "Connect to <servername>" like in this image
http://www.passcape.com/images/ie01.png
Make a note of that servername
So couple of questions
1. Is it populated with a username and password?
2. if you type in the password, does it work or does it continue to prompt?
If its populated with a username and password, then best thing to do is to go to Start -> Control Panel -> User Accounts -> Advanced (Tab) then press Manage Passwords
In there you may see the servername listed with the incorrect credentials, usually its best to remove it.
If its not populated but you type in the password once and the error goes away, then most likely the servername that its attempting to connect to isn't in your trusted sites list or your intranet sites list. A lot of times people will put the alias of the machine or a netbios name, but the password is asked for from a different name.
Check that the name of the server prompting is actually in that list, a lot of people over look this and assume it is, or see that its similar, but it maybe an FQDN instead of a netbios name thats being promptedFor instance you may list "EVSERVER1" in your intranet site list, but in fact its "EVSERVER1.MYDOMAIN.COM" thats prompting for the username and password, people see EVSERVER1 in the connecting to box and think well i have that listed so it's ok, so its always good to double check
Another thing it could be is the physical permissions on the Page its requesting, so you could give Integrated Windows Authentication to the site and all the files, but if the NTFS permissions only give say "Administrators" and Domain Admins permission to that file, it will cause it to prompt for a username and password.
However in this scenario, manually adding the username and password never works, it keeps prompting and then eventually will just give you an access denied in the background. Also be aware not only do Authenticated Users (or Domain Users) need Read and Execute permissions on the \webapp folder, they need it across the entire \Enterprise Vault folder as well.The web app hooks in to several executables and DLL's that are launched through ASP impersonation, and if you don't have access to those folders then the process won't work
Last but not least, it could be that you're using Outlook Anywhere and its configured to go through RPC over HTTP and its hitting a different URL than when you're normally on the network.
So just to sum up
1. Check the IWA permissions on the files its trying to get to in IIS
2. Check the NTFS permissions on the files its trying to connect to
3. Ensure that the username and password field is blank when it is prompted
4. Ensure that typing the username and password actually works and isnt rejected
5. Make sure that the site prompting for the UN/PW is listed in the intranet zone (check your policy AND the users Internet Explorer to make sure that GPO is allowing it to be added)
6. Make sure you're using a direct connection and not Outlook Anywhere or RPC over HTTP (can be verified through a client trace)