Forum Discussion
Deleting public folders from hybrid environment
So there are two things in play here. First, newer versions of AAD Connect have the "sync public folders" feature, but that only pertains to mail flow (enabling said addresses to receive messages when DBEB is enabled). In such scenarios, you can simply remove the address on-premises, wait for sync to happen. Details are here: https://techcommunity.microsoft.com/t5/exchange-team-blog/office-365-directory-based-edge-blocking-support-for-on-premises/ba-p/606740
Another scenario is when you have configured "co-existence" for PFs and are running a script to "manually" synchronize them. In this scenario, it's a matter or rerunning the script. Details are here: https://docs.microsoft.com/en-us/exchange/collaboration-exo/public-folders/set-up-modern-hybrid-public-folders#step-2-configure-directory-synchronization
VasilMichev So we have no public folders in Exchange Online at all, nor do they show up in the UI. Our public folders only reside on-prem. So I assume we aren't doing the script in the second option.
I checked our Azure Sync, and the "Exchange Mail Public Folders" option is unchecked. Are you basically saying now that I have mail disabled on that public folder, I should enable that option in Azure Sync and do a full sync?
- VasilMichevApr 11, 2020MVP
None of the methods I mentioned will actually result in creating PFs in Exchange Online. What they do is create a "representation" of the PF object, so that ExO can handle mail flow for it. This usually takes the form of a mail user, but if you've played with things manually can be other recipient types as well.
There's no need to enable said option on your AAD Connect install, if it's unchecked it simply means you are not using that method. Check with your peers whether the other method (running a PS script/scheduled task) is used. And run the following in ExO to give you an idea what kind of object you have for said address:
Get-recipient email@domain.com