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
This example creates the same permissions that are used by the Limited access permissions group in quarantine policies. The permissions object is stored in the variable named `$LimitedAccess`.
@@ -60,7 +60,7 @@ In the same Windows PowerShell session, you can use `$LimitedAccess` for the _En
This example creates the same permissions that are used by the Full access permissions group in quarantine policies. The permissions object is stored in the variable named `$FullAccess`.
@@ -216,7 +217,7 @@ This parameter uses a decimal value that's converted from a binary value. The bi
216
217
217
218
- PermissionToViewHeader: The value 0 doesn't hide the **View message header** action in quarantine. If the message is visible in quarantine, the action is always available for the message.
218
219
- PermissionToDownload: This permission is not used (the value 0 or 1 does nothing).
219
-
- PermissionToAllowSender: This permission is not used (the value 0 or 1 does nothing).
220
+
- PermissionToAllowSender
220
221
- PermissionToBlockSender
221
222
- PermissionToRequestRelease: Don't set this permission and PermissionToRelease to the value 1. Set one value to 1 and the other value to 0, or set both values to 0.
222
223
- PermissionToRelease: Don't set this permission and PermissionToRequestRelease to value 1. Set one value to 1 and the other value to 0, or set both values to 0. This permission isn't honored for messages that were quarantined as malware or high confidence phishing. If the quarantine policy gives users this permission, users are allowed to request the release of their quarantined malware or high confidence phishing messages as if PermissionToRequestRelease was selected instead.
@@ -226,8 +227,8 @@ This parameter uses a decimal value that's converted from a binary value. The bi
226
227
The values for the preset end-user permission groups are described in the following list:
227
228
228
229
- No access: Binary = 0000000, so use the decimal value 0.
229
-
- Limited access: Binary = 00011011, so use the decimal value 27.
230
-
- Full access: Binary = 00010111, so use the decimal value 23.
230
+
- Limited access: Binary = 00101011, so use the decimal value 43.
231
+
- Full access: Binary = 00100111, so use the decimal value 39.
231
232
232
233
For custom permissions, get the binary value that corresponds to the permissions you want. Convert the binary value to a decimal value to use. Don't use the binary value for this parameter.
233
234
@@ -360,6 +361,25 @@ Accept pipeline input: False
360
361
Accept wildcard characters: False
361
362
```
362
363
364
+
### -IncludeMessagesFromBlockedSenderAddress
365
+
The IncludeMessagesFromBlockedSenderAddress parameter specifies whether to send quarantine notifications for quarantined messages from blocked sender addresses. Valid values are:
366
+
367
+
- $true: Recipients get quarantine notifications for affected messages from blocked senders.
368
+
- $false: Recipients don't get quarantine notifications for affected messages from blocked senders. This is the default value.
@@ -234,7 +235,7 @@ This parameter uses a decimal value that's converted from a binary value. The bi
234
235
235
236
- PermissionToViewHeader: The value 0 doesn't hide the **View message header** action in quarantine. If the message is visible in quarantine, the action is always available for the message.
236
237
- PermissionToDownload: This permission is not used (the value 0 or 1 does nothing).
237
-
- PermissionToAllowSender: This permission is not used (the value 0 or 1 does nothing).
238
+
- PermissionToAllowSender
238
239
- PermissionToBlockSender
239
240
- PermissionToRequestRelease: Don't set this permission and PermissionToRelease to the value 1. Set one value to 1 and the other value to 0, or set both values to 0.
240
241
- PermissionToRelease: Don't set this permission and PermissionToRequestRelease to value 1. Set one value to 1 and the other value to 0, or set both values to 0. This permission isn't honored for messages that were quarantined as malware or high confidence phishing. If the quarantine policy gives users this permission, users are allowed to request the release of their quarantined malware or high confidence phishing messages as if PermissionToRequestRelease was selected instead.
@@ -244,8 +245,8 @@ This parameter uses a decimal value that's converted from a binary value. The bi
244
245
The values for the preset end-user permission groups are described in the following list:
245
246
246
247
- No access: Binary = 0000000, so use the decimal value 0.
247
-
- Limited access: Binary = 00011011, so use the decimal value 27.
248
-
- Full access: Binary = 00010111, so use the decimal value 23.
248
+
- Limited access: Binary = 00101011, so use the decimal value 43.
249
+
- Full access: Binary = 00100111, so use the decimal value 39.
249
250
250
251
For custom permissions, get the binary value that corresponds to the permissions you want. Convert the binary value to a decimal value to use. Don't use the binary value for this parameter.
251
252
@@ -392,6 +393,25 @@ Accept pipeline input: False
392
393
Accept wildcard characters: False
393
394
```
394
395
396
+
### -IncludeMessagesFromBlockedSenderAddress
397
+
The IncludeMessagesFromBlockedSenderAddress parameter specifies whether to send quarantine notifications for quarantined messages from blocked sender addresses. Valid values are:
398
+
399
+
- $true: Recipients get quarantine notifications for affected messages from blocked senders.
400
+
- $false: Recipients don't get quarantine notifications for affected messages from blocked senders. This is the default value.
The MultiLanguageCustomDisclaimer parameter specifies the custom disclaimer text to use near the bottom of quarantine notifications. The localized text, **A disclaimer from your organization:** is always included first, followed by the text you specify for this parameter.
0 commit comments