Reply All from Shared Mailbox removes Sender Address and Duplicates Shared Mailbox Address

Iron Contributor

Our scenario is as follows: 

Our client is on Exchange Online and using Outlook 2013. We have 2 people accessing a shared mailbox called
PersonA and PersonB have access to the shared mailbox with full permissions. PersonA and PersonB are able to successfully send and receive from


Test Scenario
Send mail from TO,


Test Result and receive the email - no problem yet


Test Scenario
PersonA views the email in the Info shared mailbox and hits Reply All


Test Result
Problem exists here where: 
     From =
     To =,
Expected behavior: 
     From =
     To =, random@randomcom


Why would Outlook incorrectly remove and incorrectly add to the TO field (unecessary since you're replying from, the shared mailbox)? 


How do I configure Outlook to fix this? 

10 Replies

Most likely becaus Outlook "sees" you as PersonA. So how exactly are you accessing the shared mailbox? This is the expecte behavior when you have the shared mailbox added as additional mailbox (via File -> Account settings -> More -> Advanced), as you are acting as the delegate. If you want the "correct" behavior, add it as additional account instead (File -> Add account -> enter shared mailbox address -> enter *your* username and password when prompted for credentials).



We're giving PersonA full permissions on that Shared Mailbox, which in Outlook means we don't add the mailbox at all, Outlook does it by itself. 

So Automapping, got it. This is equivalent to the "additional mailbox" scenario, thus the behavior you are seeing. If you want the "correct" behavior, you need to add it as additional account instead.

From what you're saying it sounds like Automapping is optional? How do I switch it off and try what you're suggesting? 

It's optional, but need to be configured via PowerShell. Remove the permissions and re-add them with Automapping turned off:


Remove-MailboxPermission mailbox -User delegate -AccessRights FullAccess

Add-MailboxPermission mailbox -User delegate -AccessRights FullAccess -Automapping $false


The mailbox will not automatically appear in Outlook then. To add it (as additional account), use the File menu -> Add Account -> Enter the shared mailbox email address and dont enter password. When prompted for credentials, enter the UPN/password of the delegate user.

Would doing this have any impact on our ability to convert the shared mailbox to a regular mailbox at a later date? 

No, that's simply "client access" method, doesnt affect any of the mailbox properties.

is there a solution for this issue. I believe removing auto-mapping is not the solution. could this be related to how the account was setup?


We migrated to O365 in our organization and also in five customers organization.

Everyone has this problem with the standard O365 configuration and deploy settings, I believe there's no simple solution and everyone thinks it should be fixed.


We have single persons who owns mailbox in two or three domain of the same company, they obviously pay for just one account with two "shared" mailbox for them only (I do the same with two of our domains). The issue persists and they complain a lot, I hope some kind of fix will be available.