End User access to Exchange Shared Mailbox through Web Console

Hi @Zoltan 

Thanks for the question!

Please take a look at Viewing Mail Messages in Delegated Mailboxes:
 

Before You Begin

If you cannot see delegated mailboxes in the Web Console, ask your administrator to configure collecting delegated mailboxes.

Thanks,

Stuart

@Stuart Painter In the docs, Exchange (Classic) is mentioned. Does it work for Office365, too?

@Zoltan , the first link @Stuart Painter shared is for Office 365:

Hi Mike,

True, except that the configuration link points to “Exchange Agent”:

Just wanted to confirm that it is correct. :)

Will go ahead and configure it.

Thank you,

Zoltan

Better safe than sorry!  Keep us posted 

Thanks @Mike Struening, sorry if there’s any confusion, do let us know how you get on @Zoltan!

Thanks,

Stuart

Thank you @Mike Struening and @Stuart Painter.

I have applied the settings but cannot restart the services due to a restore of a HUGE mailbox that has been running for over 80 days now. 

Hopefully, it’ll finish in the upcoming days. I’ll confirm once the services are restarted.

Kind regards,

Zoltan

Thanks for the update!  I unmarked the best answer until you can confirm.

@Zoltan , how are things looking now after the restore finished?

Gentle follow-up, @Zoltan .  Let me know if I should remark that answer on this thread.

Thanks!

Hi Mike,

We actually killed the restore after running it for 110 days.

I followed the docs but still cannot see the shared mailboxes in WebConsole.

Best,

Zoltan

Thanks for the reply, @Zoltan .If you still aren't seeing the mailboxes, I would open a support case so they can track the cause down.

Once you do, please share the case number here so I can track it.

Thanks!

I found your case number, @Zoltan and will follow accordingly!

This is a ticky one and I battled with this a long time ago finally getting it to work.

Basides what was recommended above I would encourage and double check the following link 

https://documentation.commvault.com/11.24/expert/29059_configuring_collection_of_mailbox_delegates.html

More specifically the following

• Make sure your access nodes (or proxies) for exchange backups have the Exchange mailbox (classic) configured - will add some screen shots below
• Make sure all access nodes have the keys 
  • nEnableADGroupDelegateInfoCollection 
    • Category iDataAgent
    • Type: Integer
    • Value1
    • Enable
  • bArcMonitorNoJobActivityCheck
    • Category iDataAgent
    • Type: Integer
    • Value1
    • Enable

As for the key (nEnableFolderLevelDelegateCollection) I have discussed with support a few times and was confirmed more than once that Exchange Mailbox Agent does not support folder deletation, so this key should not be even be there. I creates confusion more than anything.

Make sure the Exchange Mailbox (Classic) agent is configured as well.

Once all of that is configured, you can either run a discovery manually or way since the process runs (if im not mistaken every 24h by default)

If you want to run it manually, go to one of the access nodes, cmd as admin, navegate to base folder and run qlogin sso, enter your admin account then run the following;

AdMailboxMonitor.exe -o autodiscover -refreshInterval 0 -a 2 -c 1245:EXCHCLIENT -cn ACCESSNODE -vm YOURINSTACE

If you do not know what the commend looks like for your environment, go to one of the access nodes, open the ADMailboxMonitor.log and search for the following word -refreshInterval, that will bring the exact like you should run.

It is a lot less complicated that it looks like, you just have to have the right pieces together. Let us know.

Thank you, Mike, for following up on this!

I hope the automation of updating the delegation for mailboxes in Office365 (with no OnPrem infra in place) will be implemented in the (near) future. It could be essentially part of the archiving process.

I wish you a great week ahead!

Zoltan