dirsync change user name

[antcaladine]

I have a user that wants to change their surname due to getting married, and I don't want to setup a new mailbox/user etc.

Sounds simple enough. To go from [email protected] to [email protected]

I've renamed then user in AD, changed their email address in the same pop up window, and resync'd dirsync.

The UPN didn't change by syncing, so I had run the powershell script set-msoluserprincipalname to get that to change

I've also added her old email address into the proxy address via adsi edit. the mail attribute shows her new address

Her windows login has now changed as expected, also outlook prompted for her new login details, and she sees all her old emails and receives emails from her new and old addresses, but email sends from her old address.

What have I missed?

[Boredguy]

This is what we do.

 

In AD we rename the user account, update e-mail address etc

We add a proxyAddresses value of SMTP:newname@blah, smtp: oldname@blah

 

After DirSync has run, we then connect via powershell to Office 365 and run the following to update the login name to the new one.

 

Set-MsolUserPrincipalName -UserPrincipalName [email protected] -NewUserPrincipalName [email protected]

[antcaladine]

Thanks boredguy, that's whats ive done, but it sends from her old email address

[antcaladine]

the onmicorsoft.com address still has her old name, would that affect it?

Can that be changed to the new one?

[Boredguy]

If you look at her account in the 365 admin pane, does it have the new e-mail address set as the default one?

 

In the proxyAddresses field, the primary e-mail address must have capitalised SMTP:, and the alias must be lowercase smtp:

 

(edit the onmicrosoft.com address shouldn't matter)

[antcaladine]

yes the new address shows as default. the proxy address has SMTP:new address and smtp:old address

[Boredguy]

Some changes can take upto 24 hours to replicate, but I can't say I've noticed a delay when done the steps above from some of our staff... but then again I normally do it during a holiday period.

[antcaladine]

I know ive experience delays when adding new people before they show up in the address book etc. And that was a thought I had on this issue. perhaps I just sit and wait for 24 and see tomoz!

[antcaladine]

24hrs down, and it still sends from the old address. Any ideas?

Is there a powershell script to change the primary email for dirsync similar to the upn username, just incase something hasn't registered properly like that?

[Boredguy]

With DirSync enabled, all e-mail addresses are pulled from AD so you can't alter it on the cloud side.

 

Have you tried the full sync powershell command (load DirSyncConfigShell.psc1 and then Start-OnlineCoexistenceSync)

[antcaladine]

It doesn't recognise the command DirSyncConfigShell.psc1 do I need to run connect-msolservice first?

[antcaladine]

Something definitely happens after 24hrs. I had another little play yesterday around 11.20, and today just after that an email came though off the user with the new email address. Trouble is I've played again today! Doh. So hopefully tomoz around this time it should have settled down. I wont touch now til then. Thanks boredguy.

[Boredguy]

It doesn't recognise the command DirSyncConfigShell.psc1 do I need to run connect-msolservice first?

 

Oh this should be run on the server with DirSync installed..

So you would run a normal powershell instance

cd "C:\Program Files\Windows Azure Active Directory Sync"

.\DirSyncConfigShell.psc1

New window appears that you can then type Start-OnlineCoexistanceSync into (according to the MS guide)

[antcaladine]

I've always opened powershell as admin then run Import-ModuleDirSync thenStart-OnlineCoexistenceSync

[Boredguy]

Either method works

[antcaladine]

Defo 24hrs without touching, and it has updated and now sends as the new name. So must be an address book of some sorts ms uses in the background that needs to update.

Thanks for your help