I am running Exchange 2003 for a mail server, and Windows Server 2003 as my NOS.
When users attempt to open Outlook 2003 and gain access to their mailbox, the system is prompting them for a username/password. Even when the correct credentials are entered, the box just prompts them again, and again...
These users had un-prompted access to their accounts yesterday without any problems or prompts. Today I have the credential prompts.
For any user with Domain Admin, the system does NOT prompt them. They have access just like the did before today - just double-click on the Outlook icon, and the mailbox opens.
I can ping the server, ping by FQDN, and ping by short-DNS-name. I can browse sites and resolve DNS addresses outside of my domain, and those within.
I need to get my users access to their mailboxes without a prompt, and without granting additional privileges. Upgrading software or operating systems is not an option.
I have no clue where I should go from here... any help is greatly appreciated.
Since your "Domain Admins" can access their mailboxes without problems this doesn't point to a database mounting problem. Has somebody been playing around with permissions in the Active Directory? Start by querying everybody who would have access to do such a thing (Enterprise Admins, Domain Admins).
Are you seeing anything amiss in the event logs on the Exchange Server computer? That is the absolute first place to look.
Perhaps an obvious question, since you say it was working y'day, but: The client computers are joined to the domain and the users are logging-on with domain accounts and not local accounts-- correct?
I'd examine the default permissions on the Exchange organization by turning on the "Security" tab in Exchange System Manager (create a REG_DWORD value called "ShowSecurityPage" in the key "HKEY_CURRENT_USER\Software\Microsoft\Exchange\ExAdmin").
I'm having a really hard time finding a doc from Microsoft that describes the default top-of-the-organization permissions for Exchange 2003! It would probably be easiest if you dumped a copy of the ACL using the DSACLS command and added that as an edit to your question.
To formulate the command-line for the DSACLS command you're going to need to know the distinguished name of your Exchange organiation. The easiest way to do this is to install the "Windows Support Tools" from the W2K3 CD, in the "SUPPORT" folder. After you've got that installed, start "ADSIEDIT.MSC" from Start / Run.
Expand the "Configuration" container in the left pane, the "CN=Configuration,..." sub-node, the "CN=Services" container, and the "CN=Microsoft Exchange". In that "CN=Microsoft Exchange" container you'll find your Exchange organization as a "CN=Organization Name Here" node.
Bring up the properties for your organization, scroll down to the "distinguisedName" attribute, highlight it and click "Edit", and copy the contents of the "Value" text-box (making no changes!).
Close up ADSIEDIT. Click Start / Run and enter the following command, pasting in the "distinuguiedName" value you copied inside the double-quotation marks (leaving the double-quotation marks in the command):
A window will briefly appear and close. Click Start / Run and enter the command:
This will bring up your top-level Exchange organiation permissions in a Notepad window.
Also check for any cached credentials in Control Panel | User Accounts | Advanced | Manage Passwords.
any chance your users are being directed by dns to go back out to the web and back in through rpc over http through your gateway? i guess a way you can check is by doing [email protected] (or whatever your internal domain is) and the password being their AD password.
did you change any dns settings internal that would make this happen? any network infrastructure changes?
edit i just saw that you indicated in another comment that there is no external or internal network so comment above would probably not apply.
I think by the sounds of it, the Self group is missing from the permission for each mailbox. I think it's self or the owner group.
I think maybe somehow something has happened to this permission on the exchange mail box OR maybe something has happened to that group that, that has nothing to do with the exchange server and it would be an AD issue.