Recorder policies process from top to bottom and all matches are processed unless you specifically put in a "Stop processing more policies" action.
So, if you have your policies set up in this order:
- Customer A retention location
- Customer B retention location
- Default retention location
All of your policies that match 1 and 2 will end up with 3 because they will also match and overwrite.
Order your policies in the reverse order: least specific to most specific so that the most specific rule is matched last to correct this issue. You can use a "stop processing more policies" action, but generally those should be avoided and you should just solve these issues ordering policies correctly.
------------------------------
AARON LAEL
State of Utah
------------------------------
Original Message:
Sent: 03-18-2021 10:06
From: Brandon Weaver
Subject: Issue with recording retention and storage location
I'm having an issue with my recorder retention policies not storing recordings in the specified location.
For each of our customers that record calls, we configure the retention policy so that if it matches that customer's workgroup(s) the recording should be stored at
\\<storagepath>\customername\
Down toward the bottom of our retention policies, we have a default storage location \\<storagepath>\ that acts as a catch-all.
The issue is that all of the recordings are being stored at the default location and not honoring the path specified in the retention policy for each individual customer.
This shouldn't happen since recorder policies are applied in the order in which they are configured.
I can't find any indication as to why this is happening in the recorderserver logs, so I figured it'd be worth reaching out here for help before submitting a case.
Anyone else experienced this?
#Unsure/Other
------------------------------
Brandon Weaver
SAIC
------------------------------