View Current Automapping setting
Currently there is no way to view whether Automapping of a mailbox is enabled or disabled in office 365. It would be nice to be able to view this value in either powershell or the GUI.
Additionally it would be nice to be able to turn automapping on or off via the EMC instead of only powershell.
Anonymous
shared this idea
67 comments
-
CostLand
commented
Need to add this feature as lack of visibility of the auto-mapping can cause so much issue. This shall not be the "Hidden" feature but a controllable option in admin center.
-
Anonymous
commented
Upvote
-
Ryan Chau
commented
This would be HUGE relief for large corporation. Please make this parameter available. It is possible.
-
LL
commented
This would definitely be a feature to add. You can set this parameter through powershell and can't see its status...
-
Farshad
commented
I am not sure if the folks here know this or not but if you want to use powershell to figure out if automapping is enabled or disabled for a user having fullaccess to a shared mailbox, you can run the following command. if it comes back with the display name of the user, the automapping is on, if not, then it is off. It is not exactly what you are asking for here, but if it helps a bit, here is the command
(get-mailboxpermission "sharedmailbox@contoso.com" -user “john.smith@contoso.com" -ReadFromDomainController)[0].DelegateListLink
Smith, John
Smith, RobAbove result means automapping is ON for John and Rob for this shared mailbox only, for everyone else it is off
I agree we should add this feature , so please keep on voting
-
Anonymous
commented
And it's still not here. Not on on-prem Exchange nor Exchange Online.
Microsoft, are you even reading this?Btw, if you want to turn automapping off for all users on a shared mailbox, try this powershell:
#get current users with Full Access permissions
$AutoMappingDisable = Get-MailboxPermission -Identity 'SharedMB' | where {$_.AccessRights -eq "FullAccess" -and $_.IsInherited -eq $false}#remove all Full Access permissions
$AutoMappingDisable | Remove-MailboxPermission#Re-add Full Access permissions with Automapping disabled.
$AutoMappingDisable | ForEach {Add-MailboxPermission -Identity $_.Identity -User $_.User -AccessRights:FullAccess -AutoMapping $false} -
Bruce
commented
I agree. AutoMapping setting has caused a few problems for us as well. AutoMapped mailboxes share the same OST file as the primary email account they are associated with. Max size of the OST file is about 50GB. Once the OST reaches near the 50GB threshold, Outlook becomes unusable until someone can figure out how to reduce the OST file size.
It would make it so much easier if the Admins could see a list of all Shared Mailboxes that an account has access to, see which ones are AutoMapping, and control the AutoMapping setting!
-
Mike
commented
If the default option of automap is TRUE why does a migration to ofice365 leave me with shared mailboxes that do not automap???
It should really be possible to query this
-
Anonymous
commented
If it's the default option when adding permissions to the mailbox it should be returned in a permission query... sigh.
-
Anonymous
commented
How is this not available to be seen in powershell? It's literally a parameter you can set.
-
Anonymous
commented
Totally agree. MS should implement it as soon as possible.
The turn on of the automap feature will cause huge OST file size (particularly if the Outlook account is linked to large amount of shared mailboxes), which may cause slow Outlook startup and corruption of the OST file.
The automap of the O365 account should be easily monitored via the EAC portal. -
Joe
commented
Please enable setting...
-
Douglas Morris
commented
I do not understand how you have a setting that you can apply that in turn has no way to lookup or verify the result. That is insane, get this fixed MS.
-
Deb Campbell
commented
Yes please add this feature. We use this every week.
-
Anonymous
commented
This should have been a default feature from the beginning....
-
Bruce Redfern
commented
Please provide the ability to view the automapping status of each mailbox delegation and the default for each mailbox. It causes problems weekly for us.
-
Anonymous
commented
Absolutely ridiculous! Three and a half years after the request and nothing, but 365 developers have time to revamp whole 365 admin UI every year.
This is not some stupid UI change. This is an option that exists, but we cannot read the status of!
I have so many problems where users trying to add an account manually when automapping is on. Then I have to spend my time to resolve issues with mailboxes not connecting, not sending emails. -
Derek Moller
commented
Additionally, even in hyrbid this only seems to provide Automapping information for those accounts still on premises.
-
Derek Moller
commented
I absolutely agree, the Get-MailboxPermission should be able to return this information. Even in hybrid it would be nice to have a much simpler method.
-
Anonymous
commented
Sadly, this is still the current behavior in a cloud-only EXO tenant, even after 3 years.
The only (tedious) way to be certain automapping is set to false is to remove and re-add permissions which is definitely not the most practical if you have a large pool of users to pass through.
Need more votes so pass this UserVoice around!