Exchange 2003 - New Domain User Mailbox not created.
I have one domain in a lab on its own network with the following: 1-server 2003 SP2 domain controller 1-server2003 SP2 with Exchange 2003 with SP2. I have the following problem. When I create a new domain user through the active directory on the exchange server and select the 'create mailbox for this user' option it does not seem to be creating the email for the user. When we go to a workstation and try to setup an outlook express account using the new users email address it prompts for logon to the exchange server when you click Send\Receive but the login credentials are denied. I believe I may be making a mistake in the creation process somewhere.This is a very basic setup and there are no domain policies configured and no custom scripts run. This setup is just so that users can test sending emails from other applications. I have checked the properties for the user created and it seems that the email addresses that exist in older accounts are not created for the new account. The older accounts have an smtp and an x400 address defined. These were not created manually by me when I set up the server. I was trying to find some documentation on the correct procedures for setting up a new account. It has been some time since I needed to do this and I wanted to make sure that I hadn't missed a step but I could not seem to find anything specific to creating a new user.Any hints on where to look next would be greatly appreciated.thanks
April 28th, 2009 9:22pm

Do you wait for some time after creation of user account? Recipient Update Service (RUS) takes sometime to generate and stamp proxy addresses (email address) to user account, until then you can not use it or configure it on workstation. Did you use Outlook Express or Office Outlook as a client? Check with Office Outlook instead of Outlook Express after waiting for sometime for proxy address creation. Also check if you can open mailbox with OWA. OWA address would be http://ExchangeServerName/ExchangeAmit Tank | MVP - Exchange | MCITP:EMA MCSA:M | http://ExchangeShare.WordPress.com
Free Windows Admin Tool Kit Click here and download it now
April 29th, 2009 6:28am

Hi phenrichs2, From your post, it seems that the Recipient Update Services(RUS) doesnt stamp it with email addresses. Based on my research, if Exchange Enterprise Servers group missed "Manage auditing and security log" policy can cause the issue. You can try the following steps to fix the issue: 1. Open Domain Controller Security Policy from Administrative Tools on DC, 2. Expand user rights assignment and check if Exchange Enterprise Servers group is present in "Manage auditing and security log" policy . 3. If the group is missing, run setup /DomainPrep. 4. If still the group is not added, add the group to the policy from a GPO. 5. Restart the Exchange Server and confirm the Exchange Enterprise Servers group is added to the "Manage auditing and security log" policy. 6. Open services.msc on Exchange server, make sure System Attendant service is running, if not, start it. 7. Open Exchange System Manager(ESM) ,go to RUS services ,check whether you can see two RUS services, Recipient Update Services(Enterprise Configuration) Recipient Update Services(domain) 8. Right click each RUS separately, select properties, click General, make sure Exchange server and Windows Domain Controller point to the correct machines, 9. Make sure Update interval is set to always run, 10. Rick click each RUS separately, select update Now, 11. Check the effect. If above steps cant fix your issue, please help to collect the following information: 1. Open Event Viewer on Exchange server, check the application log and send detail error into the forum for analyze. 2. Download EXBPA from the following link and run it, send the result to me for analyze.. a) Download and install Microsoft .NET Framework 1.1 on a client computer from this link: http://www.microsoft.com/downloads/details.aspx?FamilyID=262d25e3-f589-4842-8157-034d1e7cf3a3&DisplayLang=en Note: If you have already installed Microsoft .NET Framework 1.1, skip this step. b) Download and install Exchange Server Best Practices Analyzer Tool from this link: http://www.microsoft.com/downloads/details.aspx?familyid=DBAB201F-4BEE-4943-AC22-E2DDBD258DF3&displaylang=en c) Log on the computer as Domain Administrator. d) Click Start, and then click Run. e) In the Open box, type cmd, and then click OK. f) In the command window, locate the directory where Exchange Server Best Practices Analyzer Tool is installed. By default, the directory is C:\Program Files\ExBPA. g) Type exbpacmd.exe in the command line; and ExBPA begins to examine the server deployment and configuration. h) Wait until ExBPA finishes its examination and shows you the directory where the output xml and log files are located. i) Copy the output xml and log files from the locations shown on the screen and send it to v-rocwan@microsoft.com. I have found some articles about RUS for your reference: Exchange Recipient Update Service fails to process accounts and MSExchangeAL 8151 event logged http://support.microsoft.com/default.aspx/kb/322313 Tasks performed by the Exchange Recipient Update Service http://support.microsoft.com/kb/253770/ Exchange Recipient Update Service does not stamp proxy addresses in Exchange 2000 Server and in Exchange Server 2003 http://support.microsoft.com/kb/286356/ If anything is unclear, feel free to let me know. Regards, Rock WangRock Wang MSFT
April 29th, 2009 6:53am

Great action plan Rock, and i would like add something to this.Follow the below for more indept troubleshooting regarding RUS.Troubleshooting the Recipient Update Service (RUS) using Event Logs - Part 1http://msexchangeteam.com/archive/2004/07/07/175444.aspxTroubleshooting the Recipient Update Service (RUS) using Event Logs - Part 2 http://msexchangeteam.com/archive/2004/07/15/184356.aspxArun Kumar | MCSE - 2K3 + Messaging | ITIL-F V3
Free Windows Admin Tool Kit Click here and download it now
May 2nd, 2009 2:15am

You can also use thebelow link to check your RUS settingshttp://www.msexchange.org/tutorials/MF017.htmlRegards,WissamWissam Harfouche | MCITP:EMA
May 2nd, 2009 9:35pm

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics