You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: exchange/exchange-ps/exchange/Add-VivaModuleFeaturePolicy.md
+1-7Lines changed: 1 addition & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -23,7 +23,7 @@ Use the Add-VivaModuleFeaturePolicy cmdlet to add a new access policy for a spec
23
23
- Policies assigned to a specific user or group take priority over the policy assigned to the entire tenant when determining whether a feature/category is enabled. If a user has multiple policies assigned for a feature/category (directly as a user or member of a group), the most restrictive policy applies.
24
24
- If a category is disabled by category policies, all features under the category are disabled regardless of the policies set at the feature level.
25
25
- You can only update user controls at the feature policy level, not the category policy level.
26
-
-A policy can not be added if the policy scope of the feature doesn't match with who has access to the policy being added. To see allowed policy scopes for this feature, use [this commandlet](https://learn.microsoft.com/en-us/powershell/module/exchange/get-vivamodulefeature).
26
+
-Some features only support policies that apply to the entire tenant, not specific users or groups. You can refer to supported policy scopes for a feature using the [Get-VivaModuleFeature](https://learn.microsoft.com/en-us/powershell/module/exchange/get-vivamodulefeature) cmdlet.
27
27
28
28
Some features include the option for user controls (user opt out). Refer to the feature documentation to see if user controls are available for the feature that you intend to set a policy for.
The Everyone switch specifies that the policy applies to all users in the organization. You don't need to specify a value with this switch.
281
281
282
-
Only use this parameter if the feature has the Tenant policy scope.
283
-
284
282
Don't use this switch with the GroupIds or UserIds parameters.
285
283
286
284
```yaml
@@ -301,8 +299,6 @@ The GroupIds parameter specifies the email addresses or security group object ID
301
299
302
300
You can specify a maximum of 20 total users or groups (20 users and no groups, 10 users and 10 groups, etc.).
303
301
304
-
Only use this parameter if the feature has the Group policy scope.
305
-
306
302
To have the policy apply to all users in the organization, use the Everyone switch.
307
303
308
304
**Note**: In v3.5.1-Preview2 or later of the module, this parameter supports security group object IDs (GUIDs). Previous versions of the module accept only email addresses for this parameter.
@@ -364,8 +360,6 @@ The UserIds parameter specifies the user principal names (UPNs) of the users tha
364
360
365
361
You can specify a maximum of 20 total users or groups (20 users and no groups, 10 users and 10 groups, etc.).
366
362
367
-
Only use this parameter if the feature has the User policy scope.
368
-
369
363
To have the policy apply to all users in the organization, use the Everyone switch.
0 commit comments