Home / server / Questions / 752049
Accepted
xstnc
Asked: 2016-01-28 00:55:52 +0800 CST

E2k10: External and internal email hits diffrent mailboxes after moving address

  • 772

I have tried moving a primary email address from one mailbox to a new one. Lets call the old adress: [email protected]

I renamed this account, and SMTP addresses to [email protected] and moved the old "[email protected]" address to a new mailbox.

The new mailbox has the name of [email protected] and now "[email protected]" as an alias.

When sending e-mail from external sources, the e-mails appear in the new mailbox. When sending from within our organization from any @company.com address it seems to hit the "[email protected]" even if I type "[email protected]" in the "to:" field.

Could anyone explain why; and how to fix this? When running the Get-MessageTrackingLog and filtering for my own address as sender, I can see my test-mails but the "Recipients" field shows as "[email protected]" this is even if I'm 100% sure I typed "[email protected]".

The change is less than 24 hours old. Could it be some internal address-lists that needs updating? The domain-user for the old account is named Department.old; in the same manner as the primary SMTP address.

exchange

1 Answers

  1. Best Answer

    There are lots of reasons for this.

    The first reason will be as you have guessed, the address book is out of date on the clients.

    Outlook in cached mode uses the OAB. This is only updated once every 24 hours by default on the server (which you can force) and is then downloaded by Outlook automatically once every 24 hours or when Outlook is restarted, which you cannot change. You can force a download, but there is no central way to do that. Therefore if the change is very recent it will not be live everywhere.

    The second reason is simply that the SMTP address is not used internally, other than for resolution to the mailbox. Therefore users sending to the address will keep going to the old mailbox. If they are using the drop down list instead of selecting from the GAL, then there isn't much you can do about it, other than telling users to select the address fresh.

    As for a fix, that is hard to say, as you haven't outlined what the actual goal of the change was (there will be more to it than just moving the address to a new mailbox on whim). One resolution might be to forward the old mailbox to the new one, but that raises questions about why the old mailbox wasn't simply renamed.

    Simon.

    • 2