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/docs-conceptual/recipient-filters.md
+3-1Lines changed: 3 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -221,7 +221,9 @@ When creating your own custom OPath filters, consider the following items:
221
221
-`-like` (string comparison)
222
222
-`-notlike` (string comparison)
223
223
224
-
- Many filterable properties accept wildcard characters. If you use a wildcard character, use the **-like** operator instead of the **-eq** operator. The **-like** operator is used to find pattern matches in rich types (for example, strings) whereas the **-eq** operator is used to find an exact match.
224
+
- Many filterable properties accept wildcard characters. If you use a wildcard character, use the **-like** operator instead of the **-eq** operator. Use the **-like** operator to find pattern matches in rich types (for example, strings). Use the **-eq** operator to find an exact match.
225
+
226
+
When you use the **-like** operator in Exchange Online PowerShell, the wildcard character is supported only as a suffix. For example, `"Department -like 'sales*'"` is allowed; `"Department -like '*sales'"` is not allowed.
225
227
226
228
- For more information about operators you can use, see:
Copy file name to clipboardExpand all lines: exchange/docs-conceptual/recipientfilter-properties.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -39,7 +39,7 @@ The recipient properties that have been *confirmed* to work with the _RecipientF
39
39
40
40
- You typically use the object's name for properties that require a valid object value (for example, a mailbox, a distribution group, or an email address policy, but the property might also accept the object's distinguished name (DN) or globally unique identifier (GUID). To find the object's DN or GUID, use the **Get-** cmdlet that corresponds to the object's type (for example, `Get-EmailAddressPolicy | Format-List Name,DistinguishedName,GUID`).
41
41
42
-
- Text string properties that accept wildcard characters require the `-like` operator (for example, `"Property -like 'abc*'"`).
42
+
- Text string properties that accept wildcard characters require the `-like` operator (for example, `"Property -like 'abc*'"`). In Exchange Online PowerShell, you can't use the wildcard as a prefix (for example, `"Property -like '*abc'"`) is not allowed).
43
43
44
44
- The Value column in the table describes the acceptable values for the *filter*, not necessarily for the property itself. For example, a property might obviously contain a date or numeric value, but when you use that property in a filter, it might be treated like a text string (no value check, and wildcards are supported).
This parameter is available only in the cloud-based service.
1148
+
1149
+
The VIP parameter specifies whether the user is a priority account. Valid values are:
1150
+
1151
+
- $true: The user is a priority account.
1152
+
- $false: The user is not a priority account.
1153
+
1154
+
For more information about priority accounts, see [Manage and monitor priority accounts](https://docs.microsoft.com/microsoft-365/admin/setup/priority-accounts).
1155
+
1156
+
```yaml
1157
+
Type: Boolean
1158
+
Parameter Sets: (All)
1159
+
Aliases:
1160
+
Applicable: Exchange Online
1161
+
1162
+
Required: False
1163
+
Position: Named
1164
+
Default value: None
1165
+
Accept pipeline input: False
1166
+
Accept wildcard characters: False
1167
+
```
1168
+
1088
1169
### -WebPage
1089
1170
The WebPage parameter specifies the user's Web page.
0 commit comments