Forum Discussion
Error applying retention policy in security & compliance - "Recipient not Found"
I'm trying to create a retention policy in the Security & Compliance center, but running into an error. The policy seems to create successfully, but after a while if I open the details it will show a warning sign next to '1 distribution results found'. Expanding that area, it looks like there was a problem applying the policy to exchange, with the message of "recipient not found". As you can see below, it's not terribly informative:
Has anyone else seen this error? Do you know what causes it, or how I can get more info to troubleshoot?
<rant>I tried contacting support about this using the handy "notify support" link next to the error, but the rep didn't seem to understand what my goal was, much less understand this problem. He said that the error is because exchange mailboxes have a max size of 100gb and if I set a retention policy to keep everything forever, mailboxes will be over 100gb and that causes this. Then he tried to steer me towards creating a retention policy in the exchange admin center that moves content over 1 year old to archive. Ugh... not the point at all. </rant>
19 Replies
- EttE_EttECopper ContributorHappens when you need to remove a location from a Retention policy especially Public folder Location, but I found that using
Connect-IPPSSession
Set-RetentionCompliancePolicy -Identity "Affected Retention Policy" -RemovePublicFolderLocation All
Ran a Sync diagnostics for Company Object on the tenant so it propagates immediately - Ilija StojićCopper Contributor
I have the same error, running the below command shed a little more light on the issue:
Get-RetentionCompliancePolicy -DistributionDetail | fl
The relevant part of the results:
DistributionStatus : Error
DistributionResults : {[Exchange]AllPublicFolderUnderRoot:Recipient not found: }I disabled Public Folders in the retention policy, and now it has "On (Success)" as its status. I wonder if the error occurs because we don't have any public folders, so the null trips up some code somewhere. I just implemented the change, so I can't verify that the mailboxes were all put on hold. At least the retention policy no longer has an error, so that's promising.
- Edgar GuerreroCopper Contributor
Obviously this ppl is choosing to al folders but they dont have public folders so this cause a loop
That definitely looks like improper error handling in the code... Open a support case to report it IMO.
- Curtis WilliamsCopper Contributor
Same here, let us know how you go with support.
- Andrew WaltonCopper Contributor
So I opened a case today, and though the support rep that I spoke to hadn't seen this specific issue before first-hand, some of his colleagues had, and they speculated that since we're mid migration to O365 (we're running a hybrid setup at the moment with Exchange 2010 on prem) it could be that the policy isn't able to apply itself fully, to as yet un-provisioned/un-migrated mailboxes. Hence the brilliantly descriptive error message...
Don't know if this stacks up with your situations too? or if you're all fully migrated/consuming O365... but the chap has provided me with his details, and advised that we complete our migrations first, and see if the error resolves itself once all mailboxes are provisioned/migrated, and if not, to reach out to him for further investigation.
- Steve WhitcherBronze Contributor
We're 'fully migrated', but of course once you go hybrid, there's no going back, so we still have an Exchange 2013 server in the mix. All of our mailboxes were migrated a year or more ago, with the exception of 3 mailboxes associated with our on-prem exchange and sharepoint administrator accounts. I wouldn't expect those to cause a problem for the retention policies, but I suppose it's possible.
Of course, if this issue is as simple as a few specific mailboxes that the policy failed to apply to, I would expect that support could have identified and explained that, but. . .
- David O'ConnellCopper Contributor
I have the same problem.
- Andrew WaltonCopper Contributor
Me too - exactly the same problem...
The "Notify Support" link is pointless - it looks like a generic suggestion form.
I plan to open a Support Case today, so if I get anything useful by way of an explanation, I'll share it.
Did you apply the policy to all Exchange mailboxes or just selected mailboxes? If selected, do all the selected mailboxes still exist?
- Steve WhitcherBronze Contributor
When creating the policy, I chose the option to apply to it to "All Locations. Includes content in Exchange email and public folders, Office 365 groups, and OneDrive and SharePoint documents." With that selected, there is no option to filter by mailbox.
Havent seen the error, but it certainly looks like something on the backend, problem with synchronization maybe. Ask the support guy to escalate...