Creates a new presence policy at either the site scope or the per-user scope.
Syntax
New-CsPresencePolicy -Identity <XdsIdentity> [-Confirm [<SwitchParameter>]] [-Description <String>] [-Force <SwitchParameter>] [-InMemory <SwitchParameter>] [-MaxCategorySubscription <UInt16>] [-MaxPromptedSubscriber <UInt16>] [-WhatIf [<SwitchParameter>]] |
Parameters
| Parameter | Required | Type | Description |
|---|---|---|---|
|
Identity |
Xds Identity |
Unique identifier for the new presence policy. To create a new per-user policy, use syntax similar to this: -Identity "RedmondPresencePolicy". To create a new policy at the site scope, use syntax similar to this: -Identity "site:Redmond". Note that you cannot create a new presence policy at the global scope. In addition, your command will fail if the site in question already hosts a presence policy, or if you try to use the Identity of a per-user policy that already exists. |
|
|
MaxPromptedSubscriber |
Integer |
The maximum number of promoted subscribers a user can have at any one time. By default, any time you are added to another user’s contact list a notification dialog appears on screen informing you of this fact, and giving you the chance to do such things as add the person to your own contact list or block the person from viewing your presence. Until you take action and dismiss the dialog box, each notification counts as a prompted subscriber. MaxPromptedSubscriber can be set to any integer value between 0 and 600, inclusive; the default value is 200. If you set this value to 0 users will not receive any notifications when they are added to another user’s contact list. |
|
|
MaxCategorySubscription |
Integer |
The maximum number of category subscriptions allowed at any one time. A category subscription represents a request for a specific category of information; for example, an application that requests calendar data. MaxCategorySubscription can be set to any integer value between 0 and 3000; the default value is 1000. |
|
|
InMemory |
Switch Parameter |
Creates an object reference without actually committing the object as a permanent change. If you assign the output of this cmdlet called with this parameter to a variable, you can make changes to the properties of the object reference and then commit those changes by calling this cmdlet’s matching Set- cmdlet. |
|
|
Force |
Switch Parameter |
Suppresses the display of any non-fatal error message that might arise when running the command. |
|
|
WhatIf |
Switch Parameter |
Describes what would happen if you executed the command without actually executing the command. |
|
|
Confirm |
Switch Parameter |
Prompts you for confirmation before executing the command. |
Detailed Description
Presence information (which, among other things, lets you know whether a contact is available to take part in an instant messaging conversation) is invaluable. At the same time, however, there is a cost associated with presence information: the more presence subscriptions you have the more network bandwidth must be devoted to updating presence information. If network bandwidth is a concern, you might want to limit the number of presence subscriptions any one user can have.
The CsPresencePolicy cmdlets enable you to manage two important aspects of presence subscriptions: prompted subscribers and category subscriptions. When you are added to another person’s Microsoft Communicator contact list, the default behavior is for you to receive a pop-up notification informing you that you have been added to that list. Until you dismiss the resulting dialog box, each notification counts as a prompted subscriber. The presence policy’s MaxPromptedSubscriber property enables you to specify the maximum number of unresolved notification dialogs a user can have. (If a user reaches the maximum amount then he or she will not receive new contact notifications, at least not until some of those dialogs have been resolved.)
Category subscriptions represent a request for a specific category of information; for example, an application that requests calendar data. The MaxCategorySubscription property enables administrators to place a limit on the number of category subscriptions a user can have.
Prior to the release of Microsoft Communications Server 2010 prompted subscriber and category subscriptions were managed on a global basis. With the CsPresencePolicy cmdlets you can now manage these presence subscriptions at the global scope, the site scope, or even the per-user scope. This enables you to control bandwidth use while, at the same time, ensuring that users have access to the presence information they need to do their jobs.
The New-CsPresencePolicy cmdlet provides a way for you to create custom presence policies at either the site scope or the per-user scope. Policies created at the site scope are automatically applied to that site; policies created at the per-user scope must be assigned to users by running the Grant-CsPresencePolicy cmdlet. Note that you cannot create a new presence policy at the global scope, nor can you create a second presence policy at an individual site. (For example, the Redmond site can host only one presence policy.)
Return Types
New-CsPresencePolicy creates new instances of the Microsoft.Rtc.Management.WriteableConfig.Policy.Presence.PresencePolicy object.
Examples
-------------------------- Example 1 ------------------------
 Copy Code |
|
|---|---|
New-CsPresencePolicy -Identity "RedmondPresencePolicy" -MaxPromptedSubscriber 400 -MaxCategorySubscription 500 |
|
The command shown in Example 1 creates a new per-user presence policy with the Identity RedmondPresencePolicy. In this example, the value of the MaxPromptedSubscriber property is set to 400 and the value of the MaxCategorySubscription property is set to 500.
-------------------------- Example 2 ------------------------
| Copy Code |
|
|---|---|
$x = New-CsPresencePolicy -Identity "RedmondPresencePolicy" -InMemory $x.MaxPromptedSubscriber = 400 $x.MaxCategorySubscription = 500 Set-CsPresencePolicy -Instance $x |
|
In Example 2, a new per-user presence policy is initially created in memory, and only later converted to an actual presence policy. To do this, the first command in the example creates a presence policy with the Identity RedmondPresencePolicy and stores this policy in a variable named $x. The –InMemory parameter ensures that the policy is created in memory only, and is not immediately added to Microsoft Communications Server.
Commands 2 and 3 are used to configure the MaxPromptedSubscriber and the MaxCategorySubscription properties of the virtual policy. After the policy values have been set, line 4 uses Set-CsPresencePolicy and the –Instance parameter to create an actual presence policy based on the information stored in $x. This final step is crucial: if you do not call Set-CsPresencePolicy the policy will exist only in memory, and will disappear as soon as you terminate your Windows PowerShell session or delete the variable $x.