Exchange 5.5 NDR on a deleted mailbox (2 mailboxes involved)


here's a unsual one

I have a user who has a US account of, a such is manually created (as a customer recipient) in a Europe exchange site (which is not connected to the US) & has allways worked

when the users visited europe, for his needs i created (normal mailbox attached to a account)..the was still no probs with the above custom recipient mailbox

now this user has returned back to the U.S. i've purged the mailbox, but now get a NDR on the : which is resolving to the europe account which has already being deleted !..Why is this ?...i've recreated the US custom recipient & rebooted the exchange server in question...still where is this deleted mailbox being held ? the IMS ?...crazy !
Exchange 5.5 SP4 NT Server

Your message did not reach some or all of the intended recipients.

      Subject:     test
      Sent:     26/2/2003 06:21

The following recipient(s) could not be reached: on 26/2/2003 06:22
            The recipient name is not recognized
     The MTS-ID of the original message is: c=eu;a= ;p=site;l=EXCHANGE0302260621F47TJSGS
            MSEXCH:IMS:SITE:SITE:EXCHANGESVR 0 (000C05A6) Unknown Recipient

thanks for anyone's help

stevie (ms.)
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

This may be related to cached auto-fill names. If you select the recipient from the global address list, does it work?
stevie_velvetAuthor Commented:

nope..the query is not related to  Outlook, slydog
auto-complete (autofill) goes to the correct US smtp

thanks anyway

It sound like a tombstone. Follow the procedure below to removed the Tombstone object

PSS ID Number: Q152614
Article last modified on 06-16-1999


The information in this article applies to:
 - Microsoft Exchange Server, versions 4.0, 5.0, 5.5
You delete an object from a Microsoft Exchange Site but the object is never
removed from one or more other Sites that participate in Directory Replication
The tombstone for the object in question expired before the object was
One way to ensure that this object is removed from all Sites and all other
changes are propagated properly, is to remove the Directory Replication
Connectors between the Site where the object was originally and the Site(s)
which still show the deleted object.
In many circumstances, the above workaround is not acceptable. One example of
when this workaround may not be acceptable is when the Sites are connected by
slow links.
Another workaround that addresses the removal of the specific object in question
only is outlined below. To help illustrate the steps necessary, lets use an
example. Site USA has a user named Tom Jones on Server Nevada. Site USA has a
Directory Replication Connector to Site Europe.
                  DirRep Connector
Site - USA           <--------->        Site - Europe
Server - Nevada                         Server - England
Tom Jones is then deleted from Server Nevada but the tombstone expires before the
delete is propagated to Server England. To delete Tom Jones from the England
Server, follow these steps:
1. On the England Server, get Raw Properties on the stranded Tom Jones object,
  making note of Obj-Dist-Name and Object-Version.
2. On the Nevada Server, on the File menu, click New Mailbox to create a new
  Mailbox. Ensure that the Obj-Dist-Name is identical to the one on the England
3. Make minor changes to the new object until its Object-Version is greater than
  the one on the England Server.
4. Wait for the new object to be replicated from Site USA to Site Europe.
   (This can be hurried by doing a Request Now from the England Server.)
5. Once the object has been replicated, delete the new object from the Nevada
The delete will now be replicated to the England Server and the orphaned Tom
Jones will be removed.
Additional query words:
Keywords          : exc4 exc5 exc55
Technology        : kbExchangeSearch kbExchange500 kbExchange550 kbExchange400 kbZNotKeyword2
Version           : winnt:4.0,5.0,5.5
Issue type        : kbprb
Copyright Microsoft Corporation 1999.

Cloud Class® Course: Python 3 Fundamentals

This course will teach participants about installing and configuring Python, syntax, importing, statements, types, strings, booleans, files, lists, tuples, comprehensions, functions, and classes.

stevie_velvetAuthor Commented:
Hi Brandy

The server in question doesn't auto-replicate to thee U.S. site...the last time we replicated was almost 6 months ago..still i have tried tha above procedure (without resorting to RAW mode)....still the ridiculous is still there

Now i know that the US account is being duplicated to this address as he does receive email

Unbelievable !..might have to resort to re-applying Service Pck i can't find 1 file on the exchange server that contains this address & i've checked out the relay server's reject list...darn !

thanks again..the saga continues !

This address replicated somehow, thus the reason it is resolving to

Look in the NDR to find out the server that is sending the NDR: on 26/2/2003 06:22
           The recipient name is not recognized
    The MTS-ID of the original message is: c=eu;a= ;p=site;l=EXCHANGE0302260621F47TJSGS
           MSEXCH:IMS:SITE:SITE:EXCHANGESVR 0 (000C05A6) Unknown Recipient
Also who is getting the NDR. Is it everyone or certain people? It could be that the user was added to a PAB and now the address is getting resolved from the PAB instead of the GAL.  
stevie_velvetAuthor Commented:
hi brandy

Yep, it seesm there is duplication, but we're working in a single-site single server environment; a site that last replicated  more than 6 months ago & has no Site Connector installed

The NDR come from me when i try & send & i don't have a PAB, & at the moment, the users concerned all get the NDR (europe)even though the recipient receives the mail (US)

mystified...thanks for your help anyway

Were any changes made to the U.S. Exchange server? Did you reroute mail sent to the U.S. mailbox to his Europe mailbox, or were U.S. and Europe users informed to use the new Euro address?

Other than the creation and deletion of an account/mailbox on the Europe side, was anything else changed there?

Do the GALs on both Exchange servers point to the proper address (i.e. the custom recipient on the Euro side, and the mailbox on the U.S. side)?

Only you and the Europe users get the NDR, or all U.S. and Europe users?

If you're not pulling address info from cache, or PAB or GAL, or Contacts, then where are you getting the address from?

What email program are you using? Outlook?

If you email from an external source, does it work okay, or do you get a delivery error?

And one last question... Do the Exchange servers connect directly to the Internet, or do they go through an SMTP relay/firewall?
One other thing you might want to check as well. I had a problem with an NDR to a particular user, and the NDR referenced a non existant account. It ended up being an invalid entry in the user's Delegates. This won't mean much if you don't use Outlook though...
stevie_velvetAuthor Commented:
hi slydog

problem sorted

the ndr was from the US, having created a 'alternate delivery account' of the user's non-existent US address

there's no way of knowing that the NDR originated from the US, which is a pain


PAQed, with points refunded (50)

Community Support Moderator

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Email Clients

From novice to tech pro — start learning today.

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.