Remove proxy addresses?

%3CLINGO-SUB%20id%3D%22lingo-sub-175467%22%20slang%3D%22en-US%22%3ERemove%20proxy%20addresses%3F%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-175467%22%20slang%3D%22en-US%22%3E%3CP%3EO365%20-%20we%20were%20previously%20on%20AD%20Sync%2C%20but%20have%20now%20disconnect%20that%20a%20few%20months%20back%20and%20are%20full%20cloud%20now.%3C%2FP%3E%0A%3CP%3EIn%20the%20past%2C%20I%20removed%20a%20leaver%20(A)%2C%20and%20put%20their%20email%20addresses%20as%20aliases%20to%20an%20existing%20member%20of%20staff%20(B)%20so%20that%20they%20could%20receive%20the%20leavers%20emails.%3C%2FP%3E%0A%3CP%3ENow%20that%20leaver%20(A)%20is%20returning.%3C%2FP%3E%0A%3CP%3EFrom%20the%20admin%20console%2C%20I%20have%20removed%20the%20alias%20emails%20from%20the%20current%20staff%20member%20(B)%2C%20and%20waited%2024%20hours%20too%2C%20but%20when%20I%20try%20to%20add%20the%20leaver%20(A)%20in%20again%2C%20it%20tells%20me%20that%20their%20email%20address%20in%20use%20by%20B.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%20lia-image-align-inline%22%20style%3D%22width%3A%20959px%3B%22%3E%3CIMG%20src%3D%22https%3A%2F%2Fgxcuf89792.i.lithium.com%2Ft5%2Fimage%2Fserverpage%2Fimage-id%2F30856iB925CC1BD980FE9A%2Fimage-size%2Flarge%3Fv%3D1.0%26amp%3Bpx%3D999%22%20alt%3D%22Untitled.png%22%20title%3D%22Untitled.png%22%20%2F%3E%3C%2FSPAN%3E%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EThe%20addresses%20aren't%20shown%20in%20the%20admin%20console%2C%20and%20in%20powershelgl%20if%20I%20look%20at%20the%20A%20user's%20mailbox%20details%20the%20aliases%20aren't%20there%2C%20but%20if%20I%20%26nbsp%3Buse%20the%20msoluser%20check%20in%20powershell%2C%20A%20still%20has%20proxyaddresses%20listed%20for%20the%20B%20user.%3C%2FP%3E%0A%3CP%3EI%20can't%20work%20out%20how%20to%20get%20rid%20of%20them%2C%20and%20also%20don't%20know%20why%20when%20I%20removed%20them%20from%20the%20admin%20console%2C%20the%20details%20are%20still%20appearing%20in%20certain%20areas.%3C%2FP%3E%0A%3CP%3EAny%20ideas%3F%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-LABS%20id%3D%22lingo-labs-175467%22%20slang%3D%22en-US%22%3E%3CLINGO-LABEL%3EExchange%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3EOffice%20365%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E%3CLINGO-SUB%20id%3D%22lingo-sub-175587%22%20slang%3D%22en-US%22%3ERe%3A%20Remove%20proxy%20addresses%3F%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-175587%22%20slang%3D%22en-US%22%3E%3CP%3EHi%20Neil%2C%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EThanks%20for%20the%20update%2C%20and%20yes%20it%20seams%20something%20from%20old%20sync.%20It%20make%20sense%20now.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EPlease%20update%20this%20thread%20if%20you%20have%20more%20information.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-175585%22%20slang%3D%22en-US%22%3ERe%3A%20Remove%20proxy%20addresses%3F%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-175585%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F131402%22%20target%3D%22_blank%22%3E%40Neil%20Potter%3C%2FA%3E%3C%2FP%3E%0A%3CP%3EOut%20of%20curiosity%2C%20why%20did%20you%20choose%20to%20implement%20the%20old%20address%20as%20an%20alias%3F%3C%2FP%3E%0A%3CP%3EIMHO%2C%20for%20various%20reasons%2C%20the%20most%20natural%20(and%20the%20most%20usual%2C%20too)%20choice%20would%20have%20been%20to%20use%20a%20shared%20mailbox...%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-175583%22%20slang%3D%22en-US%22%3ERe%3A%20Remove%20proxy%20addresses%3F%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-175583%22%20slang%3D%22en-US%22%3E%3CP%3EOnce%20it's%20removed%20from%20%22email%20addresses%22%20in%20the%20portal%2C%20its%20not%20shown%20against%20the%20mailbox%20user%20in%20powershelgl%2C%20but%20is%20shown%20against%20the%20corresponding%20msoluser.%20%26nbsp%3BAnd%20there%20doesn't%20seem%20to%20be%20a%20command%20to%20edit%20that%20field.%3C%2FP%3E%0A%3CP%3ESpeaking%20to%20MS%20Support%20yesterday%2C%20we%20worked%20out%20that%20if%20we%20add%20the%20new%20user%20with%20a%20different%20address%2C%20the%20system%20allowed%20us%20to%20add%20the%20correct%20address%20after%20the%20mail%20account%20had%20been%20created%20and%20it%20all%20works.%3C%2FP%3E%0A%3CP%3EThe%20proxy%20address%20is%20still%20listed%20against%20the%20proper%2C%20and%20the%20old%20user%2C%20but%20mail%20is%20only%20delivered%20to%20the%20correct%20%22emailaddress%22.%3C%2FP%3E%0A%3CP%3EGut%20feeling%20is%20that%20some%20info%20that%20was%20used%20in%20the%20old%20DirSync%20days%20is%20still%20showing%20in%20the%20system%2C%20and%20under%20certain%20circumstances%20is%20used%20for%20verification%2C%20but%20isn't%20actually%20used%20in%20day%20to%20day%20operations.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EI'm%20sorted%20now%2C%20and%20if%20I%20get%20further%20ADSync%20related%20issues%20I'll%20push%20it%20further%20with%20MS.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EThanks%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-175542%22%20slang%3D%22en-US%22%3ERe%3A%20Remove%20proxy%20addresses%3F%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-175542%22%20slang%3D%22en-US%22%3E%3CP%3EThere%20might%20be%20a%20delay%20between%20ExO%20and%20AzureAD.%20Have%20you%20tried%20validating%20removal%20of%20that%20proxy%20address%20at%20a%20later%20time%3F%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-175478%22%20slang%3D%22en-US%22%3ERe%3A%20Remove%20proxy%20addresses%3F%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-175478%22%20slang%3D%22en-US%22%3E%3CP%3EHi%20Neil%2C%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EFor%20that%20issue%2C%20please%20open%20a%20support%20ticket%20on%20Office%20365%20Portal%2C%20something%20is%20happening%20and%20it's%20not%20normal.%20You%20have%20done%20the%20correct%20procedure.%3C%2FP%3E%3C%2FLINGO-BODY%3E
Highlighted
New Contributor

O365 - we were previously on AD Sync, but have now disconnect that a few months back and are full cloud now.

In the past, I removed a leaver (A), and put their email addresses as aliases to an existing member of staff (B) so that they could receive the leavers emails.

Now that leaver (A) is returning.

From the admin console, I have removed the alias emails from the current staff member (B), and waited 24 hours too, but when I try to add the leaver (A) in again, it tells me that their email address in use by B.

 

Untitled.png

 

The addresses aren't shown in the admin console, and in powershelgl if I look at the A user's mailbox details the aliases aren't there, but if I  use the msoluser check in powershell, A still has proxyaddresses listed for the B user.

I can't work out how to get rid of them, and also don't know why when I removed them from the admin console, the details are still appearing in certain areas.

Any ideas?

5 Replies
Highlighted

Hi Neil,

 

For that issue, please open a support ticket on Office 365 Portal, something is happening and it's not normal. You have done the correct procedure.

Highlighted

There might be a delay between ExO and AzureAD. Have you tried validating removal of that proxy address at a later time?

Highlighted

Once it's removed from "email addresses" in the portal, its not shown against the mailbox user in powershelgl, but is shown against the corresponding msoluser.  And there doesn't seem to be a command to edit that field.

Speaking to MS Support yesterday, we worked out that if we add the new user with a different address, the system allowed us to add the correct address after the mail account had been created and it all works.

The proxy address is still listed against the proper, and the old user, but mail is only delivered to the correct "emailaddress".

Gut feeling is that some info that was used in the old DirSync days is still showing in the system, and under certain circumstances is used for verification, but isn't actually used in day to day operations.

 

I'm sorted now, and if I get further ADSync related issues I'll push it further with MS.

 

Thanks

Highlighted

@Neil Potter

Out of curiosity, why did you choose to implement the old address as an alias?

IMHO, for various reasons, the most natural (and the most usual, too) choice would have been to use a shared mailbox...

 

Highlighted

Hi Neil,

 

Thanks for the update, and yes it seams something from old sync. It make sense now.

 

Please update this thread if you have more information.