Exchange 2007 NDR "recipient's e-mail address was not found in the recipient's e-mail system"

I am receiving NDR's for two accounts.  The background is as follows
Both of these people were contractors and became full time employees.  At that time new accounts were added to Active Directory with a different ID/Account name.  I also needed to add a new mailbox. My mailbox policy searches Exchange to see if the prospective email address, gname.sname@company.org exists. If so, it creates email addresses and appends it with the number "2" (gname.sname2@company.org). Since their contractor accounts used the "gname.sname"  it created accounts for them appended with the number 2.  Prior to disabling their contractor accounts in Exchange and Active Directory I removed unnecessary SMTP addresses and modified the remaining SMTP address, for each account, by changing the 2 to a 3 so the original address would be available to me. I then disabled their contractor accounts in Exchange, as well as, Active Directory and proceeded to add the gname.sname (no "2") SMTP address.  I disabled or unchecked the box "Automatically update e-mail addresses based on e-mail address policy", added the gname.sname" address and set it as the reply address.  I left the "Automatically update e-mail addresses based on e-mail address policy" unchecked and then applied the settings and exited out.  The following day (yesterday) I checked the e-mail address policy box and theI am still receiving NDR's.  Any ideas would be appreciated.
Diagnostic information for administrators:
 
Generating server: exchange.domain.com
 
IMCEAEX-_O=MHMRTC+20EXCHANGE_OU=First+20Administrative+20Group_cn=Recipients_cn=EdithT27895740@domain.com
#550 5.1.1 RESOLVER.ADR.ExRecipNotFound; not found ##
 
Original message headers:
 
Received: from ex010.mhmrtc.local ([10.1.XXX.XXX]) by ex010.domain.com
 ([10.1.XXX.XXX]) with mapi; Wed, 6 May 2009 07:47:49 -0500
Content-Type: application/ms-tnef; name="winmail.dat"
Content-Transfer-Encoding: binary
From: "James C. Eppolito Jr" <James.EppolitoJr@domain.com>
To: Esther Taylor
	<IMCEAEX-_O=MHMRTC+20EXCHANGE_OU=First+20Administrative+20Group_cn=Recipients_cn=EdithT27895740@mhmrtc.org>
Date: Wed, 6 May 2009 07:47:47 -0500
Subject: test
Thread-Topic: test
Thread-Index: AcnOSNvReZSG9ayBQbyoWKR5K2hUBg==
Message-ID: <B9CE06BE1E74CB49ACC3061C6846A95D01D0D0640A@exchange.domain.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator: <B9CE06BE1E74CB49ACC3061C6846A95D01D0D0640A@exchange.domain.com>
MIME-Version: 1.0
X-TM-AS-Product-Ver: SMEX-8.0.0.1307-5.600.1016-16624.007
X-TM-AS-Result: No--47.687300-0.000000-31
X-TM-AS-User-Approved-Sender: Yes
X-TM-AS-User-Blocked-Sender: No

Open in new window

jeppolitAsked:
Who is Participating?
 
Rajith EnchiparambilConnect With a Mentor Office 365 & Exchange ArchitectCommented:
5.1.1 points that it can't find that email address. Make sure that you are not using the auto-complete in Outlook, thereby mailing a cached email address.

Either pick it up from the GAL or manually type in the email address and see what happens. Does the user account have the required email address in the properties?
0
 
jeppolitAuthor Commented:
Thanks..I overlooked an obvious troubleshooting point which is to send email from an outside source.  Your response reminded me of that and as it turns out email from Yahoo to my organization at the two addresses in question did not generate NDR's.  In my initial troubleshooting I did type their addresses in but my client resolved their addresses before emailing. When I used a test workstation it worked so it is something in my org.  I do expect others to get NDR's if Outlook automatically "resolves" their address though.
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.