steiners
asked on
Can't create SMTP Internet Address on Member server w/Exchagne Tools
Working on a member server (2003 standard sp1) with Exchange Tools installed. Exchange environment is 2003 Server Enterprise, w/sp1. On the member server I am unable to create SMTP e-mail addresses in AD.
Message states:
The RPC server is too busy to complete this operation
Facility: Win32
ID no: c00706bb
Microsoft Acitive Directory - Exchange Extension
I can create the addresses from a Exchange Server w/o issue.
Message states:
The RPC server is too busy to complete this operation
Facility: Win32
ID no: c00706bb
Microsoft Acitive Directory - Exchange Extension
I can create the addresses from a Exchange Server w/o issue.
ASKER
The only thing i neglected to update on this member server was the Exchange DST patch about 1 month ago. I will apply this update and see if the problem is resolved.
ASKER
The same account works fine on the Exchange SErver. I was thinking this may have been the Exchange DST patch, but I installed that yesterday and have since restarted and still can't add SMTP addresses to accounts.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
Fair enough, let me rephrase. Up to date according to MS would be Exchange 2003 SP2. Up to date (obviously wrong wording) for my Exchange environment (meaning all Exchange servers FE/BE and servers running Exchange tools are all at the same level--Exchange SP1)
Thanks for the clarification on the DST patch. Exchange does add the addresses automatically, but we started adding an additional address manually after the default addresses were built by Exchange. I guess I could add/change my RUS policy to add the new address in. first_last@domain.com??
I don't have another machine just running the Exchange Tools, but I was planning on setting one up to see if the issue still persists. MS has a hotfix for a RPC issue, just didn't want to apply hotfixes. Plus it address a RPC issue at Netlogon?? http://support.microsoft.com/kb/905700/en-us
thanks for you feedback. I really apprecitate it.
Thanks for the clarification on the DST patch. Exchange does add the addresses automatically, but we started adding an additional address manually after the default addresses were built by Exchange. I guess I could add/change my RUS policy to add the new address in. first_last@domain.com??
I don't have another machine just running the Exchange Tools, but I was planning on setting one up to see if the issue still persists. MS has a hotfix for a RPC issue, just didn't want to apply hotfixes. Plus it address a RPC issue at Netlogon?? http://support.microsoft.com/kb/905700/en-us
thanks for you feedback. I really apprecitate it.
Your wording is wrong. Up to date to anyone outside of your environment would mean the latest updates - which as of right now is Exchange 2003 SP2, Windows 2003 SP2 along with a number of updates for Exchange 2003. There have been some updates that change the behaviour of Exchange with regards to permissions on accounts, which if someone says they are up to date external people would therefore take in to account when giving answers.
You are happy to be almost two years behind on updates? Exchange 2003 SP2 is rock solid and there are no known issues with its deployment.
That hot fix is part of Windows 2003 SP2, so I don't think you can get the hot fix separately now.
Simon.
You are happy to be almost two years behind on updates? Exchange 2003 SP2 is rock solid and there are no known issues with its deployment.
That hot fix is part of Windows 2003 SP2, so I don't think you can get the hot fix separately now.
Simon.
ASKER
Yeah, I noted that in my last comments that I used the wrong wording.
I will look into applying Exchange 2003 SP2. Thank you for your feedback.
I will look into applying Exchange 2003 SP2. Thank you for your feedback.
Have you updated the member server to the same service pack? All machines with the Exchange tools installed should be treated as full Exchange and kept patched.
Simon.