Exchange 2010 migration to a newer version and Exchange Management Shell mailbox anchoring

BK IT Staff 246 Reputation points
2021-02-25T15:29:48.76+00:00

Hello, I'm in the process of migrating my Exchange server to a newer version. I'm aware of this EMS (Exchange Management Shell) behavior change: https://techcommunity.microsoft.com/t5/exchange-team-blog/exchange-management-shell-and-mailbox-anchoring/ba-p/604653

and of these workarounds: https://exchangemaster.wordpress.com/2016/01/06/mailbox-anchoring-affecting-new-deployments-upgrades/

From my understanding that means that, without workarounds, with a fresh install of Exchange, if I run a cmdlet (i.e.: I want to change the SCP attribute to avoid certificate warings in Outlook) in EMS on the new Exchange, simply it won't work. Am i right?

Those posts was made when Exchange 2013 CU11 and Exchange 2016 CU1 were released. I'm wondering if those "issues" are still present in newer builds.

My main concern, as above said, is that when a new Exchange version is installed in a AD site, the first thing I must do is to change the default SCP (Service Connection Point) attribute to the one currently used that points to my Exchange 2010 server, to avoid certificate warnings to end users in Outlook. If the above said is still true, I won't be able to change the Service Connection Point created by the new Exchange server in AD in a timely manner since EMS loaded on the new Exchange server will actually point to Exchange 2010. So my users will get those annoying warnings until Exchange admin mailbox will be moved for example and I will then be able to run the cmdlet on the new Exchange.
In the case, I must change my deployment steps (and time schedule for the deploy) accordingly and I'd like to know it before to start the migration.

Thank you,
Francesco B. B.

Exchange Server Management
Exchange Server Management
Exchange Server: A family of Microsoft client/server messaging and collaboration software.Management: The act or process of organizing, handling, directing or controlling something.
7,763 questions
0 comments No comments
{count} votes

Accepted answer
  1. Andy David - MVP 151.4K Reputation points MVP
    2021-02-25T15:40:54.92+00:00

    That feature was reversed and no longer part of any current Exchange version. So, when you bring up that new server , you can logon to the server and set what you need to, no worries :)

    1 person found this answer helpful.
    0 comments No comments

1 additional answer

Sort by: Most helpful
  1. BK IT Staff 246 Reputation points
    2021-02-25T15:50:53.81+00:00

    Thank you very much, one less concern to worry about :). I read here (https://techcommunity.microsoft.com/t5/exchange-team-blog/remote-powershell-proxying-behavior-in-exchange-2013-cu12-and/ba-p/604504) that from CU12 onward behavior has been reverted but I wanted to be sure.

    Please, consider to remove that behavior change from official Exchange release notes: https://learn.microsoft.com/it-it/exchange/release-notes-for-exchange-2013-exchange-2013-help#exchange-management-shell

    It's quite a while that CU12 has been released :))

    Thank you for the rapid answer AndyDavid!
    Bye,
    Francesco B. B.

    0 comments No comments

Your answer

Answers can be marked as Accepted Answers by the question author, which helps users to know the answer solved the author's problem.