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/New-AvailabilityConfig.md
+20-36Lines changed: 20 additions & 36 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -14,16 +14,17 @@ ms.reviewer:
14
14
## SYNOPSIS
15
15
This cmdlet is available only in the cloud-based service.
16
16
17
-
Use the New-AvailabilityConfig cmdlet to create an availability configuration. An availability configuration specifies an existing account that's used to exchange free/busy information between organizations.
17
+
Use the New-AvailabilityConfig cmdlet to create an availability configuration. An availability configuration specifies the Microsoft 365 organizations to exchange free/busy information with.
18
18
19
19
For information about the parameter sets in the Syntax section below, see [Exchange cmdlet syntax](https://learn.microsoft.com/powershell/exchange/exchange-cmdlet-syntax).
This example creates a new availability configuration. The existing account named Tony Smith will be used to exchange free/busy information between organizations.
42
+
This example creates a new availability configurationto share free/busy information with the specified Microsoft 365 organizations.
42
43
43
44
## PARAMETERS
44
45
45
-
### -OrgWideAccount
46
-
The OrgWideAccount parameter specifies who has permission to issue proxy Availability service requests on an organization-wide basis. You can specify the following types of users or groups (security principals) for this parameter:
47
-
48
-
- Mailbox users
49
-
- Mail users with a Microsoft account
50
-
- Security groups
51
-
52
-
You can use any value that uniquely identifies the user or group. For example:
53
-
54
-
- Name
55
-
- Alias
56
-
- Distinguished name (DN)
57
-
- Canonical DN
58
-
- Domain\\Username
59
-
- Email address
60
-
- GUID
61
-
- LegacyExchangeDN
62
-
- SamAccountName
63
-
- User ID or user principal name (UPN)
46
+
### -AllowedTenantIds
47
+
The AllowedTenantIds parameter specifies the tenant ID values of Microsoft 365 organization that you want to share free/busy information with (for example, d6b0a40e-029b-43f2-9852-f3724f68ead9). You can specifiy multiple values separated by commas. A maximum of 25 values are allowed.
64
48
65
49
```yaml
66
-
Type: SecurityPrincipalIdParameter
50
+
Type: MultiValuedProperty
67
51
Parameter Sets: (All)
68
52
Aliases:
69
53
Applicable: Exchange Online
70
54
71
-
Required: True
55
+
Required: False
72
56
Position: Named
73
57
Default value: None
74
58
Accept pipeline input: False
75
59
Accept wildcard characters: False
76
60
```
77
61
78
-
### -AllowedTenantIds
79
-
{{ Fill AllowedTenantIds Description }}
62
+
### -Confirm
63
+
The Confirm switch specifies whether to show or hide the confirmation prompt. How this switch affects the cmdlet depends on if the cmdlet requires confirmation before proceeding.
64
+
65
+
- Destructive cmdlets (for example, Remove-\* cmdlets) have a built-in pause that forces you to acknowledge the command before proceeding. For these cmdlets, you can skip the confirmation prompt by using this exact syntax: `-Confirm:$false`.
66
+
- Most other cmdlets (for example, New-\* and Set-\* cmdlets) don't have a built-in pause. For these cmdlets, specifying the Confirm switch without a value introduces a pause that forces you acknowledge the command before proceeding.
80
67
81
68
```yaml
82
-
Type: MultiValuedProperty
69
+
Type: SwitchParameter
83
70
Parameter Sets: (All)
84
-
Aliases:
71
+
Aliases: cf
85
72
Applicable: Exchange Online
86
73
87
74
Required: False
@@ -91,16 +78,13 @@ Accept pipeline input: False
91
78
Accept wildcard characters: False
92
79
```
93
80
94
-
### -Confirm
95
-
The Confirm switch specifies whether to show or hide the confirmation prompt. How this switch affects the cmdlet depends on if the cmdlet requires confirmation before proceeding.
96
-
97
-
- Destructive cmdlets (for example, Remove-\* cmdlets) have a built-in pause that forces you to acknowledge the command before proceeding. For these cmdlets, you can skip the confirmation prompt by using this exact syntax: `-Confirm:$false`.
98
-
- Most other cmdlets (for example, New-\* and Set-\* cmdlets) don't have a built-in pause. For these cmdlets, specifying the Confirm switch without a value introduces a pause that forces you acknowledge the command before proceeding.
81
+
### -OrgWideAccount
82
+
This parameter is reserved for internal Microsoft use.
0 commit comments