Topic Last Modified: 2015-03-09

Modifies an existing Response Group queue. With the Response Group application, phone calls are put in a queue and callers are placed on hold until a Response Group agent is available to answer that call. This cmdlet was introduced in Lync Server 2010.

Set-CsRgsQueue -Instance <Queue> [-Confirm [<SwitchParameter>]] [-Force <SwitchParameter>] [-WhatIf [<SwitchParameter>]]

In Example 1, the OverflowCandidate property is modified for the Response Group queue Help Desk, found on the service To do this, the first command in the example uses Get-CsRgsQueue to retrieve the specified queue (-Name "Help Desk") from The retrieved queue is then stored in a variable named $x.

After the queue has been retrieved, the second command in the example sets the value of the OverflowCandidate property of this virtual queue to NewestCall. As soon as that command completes, the final command in the example uses Set-CsRgsQueue to write these changes to the actual Help Desk queue. Note that, up to this point, the changes have taken place only in memory. Until you call Set-CsRgsQueue the actual Response Group queue on will remain unchanged.

$x = Get-CsRgsQueue -Identity -Name "Help Desk"
$x.OverflowCandidate = "NewestCall"
Set-CsRgsQueue -Instance $x

The commands shown in Example 2 demonstrate how you can create a new Response Group call action and then assign that action to an existing Response Group queue. To perform this task, the first step is to use Get-CsRgsQueue to retrieve the Response Group queue Help Desk Overflow Queue from Information about this queue is stored in a variable named $x.

After the queue has been retrieved, the New-CsRgsPrompt cmdlet is used to create a new text-to-speech prompt, which is stored in a variable named $w. From there, New-CsRgsCallAction cmdlet is used to create a new call action. This call action is assigned three parameters: Prompt (the prompt to be used by the call action); Action (which indicates what happens if the new call action is triggered; the parameter value TransferToQueue means that the call will be transferred to a different Response Group queue); and QueueID, the alternate queue the call will be transferred to ($x.Identity, which represents the Identity of the queue Help Desk Overflow Queue). This new call action is created in memory and then stored in a variable named $y.

The next command retrieves the queue to be modified; in this example, that’s the Help Desk queue on After Get-CsRgsQueue retrieves this queue, the queue object is stored in a variable named $z.

When all that is done you can assign the new call action to the Help Desk queue; you do this by setting the value of the OverflowAction property to $y, the variable that contains the newly created call action.

After the call action has been assigned, the final command in the example calls Set-CsRgsQueue to write the changes to the actual instance of the Help Desk queue on

$x = Get-CsRgsQueue -Identity -Name "Help Desk Overflow Queue"
$w = New-CsRgsPrompt -TextToSpeechPrompt "Please hold while we transfer your call."
$y = New-CsRgsCallAction -Prompt $w -Action TransferToQueue -QueueID $x.Identity
$z = Get-CsRgsQueue -Identity -Name "Help Desk"
$z.OverflowAction = $y
Set-CsRgsQueue -Instance $z

When someone calls a phone number associated with the Response Group application, one of two things typically happens: either the call is transferred to a question that the caller must answer in order to continue (for example, "Press 1 for hardware support; press 2 for software support") or the call is placed in a queue until an agent is available to answer the call.

Instead of having a single queue for all phone calls, the Response Group application enables you to create multiple queues that can be associated with different workflows and different Response Group agent groups. In turn, this means queues can respond differently to events such as X number of calls being simultaneously held in the queue, or to callers that have been on hold for X number of seconds.

The Set-CsRgsQueue cmdlet provides a way for you to modify an existing Response Group queue. Set-CsRgsQueue does not allow you to directly modify the queue; for example, the cmdlet does not include parameters for changing the overflow threshold or the overflow action. If you need to modify a queue, you will first need to create an object reference to that queue by using Get-CsRgsQueue to retrieve the queue of interest, and then storing that queue in a variable. Modifications to the queue are then made in memory by assigning new values to queue properties. After all the changes have been made, you then call Set-CsRgsQueue to write those changes back to the actual Response Group queue. If you do not call Set-CsRgsQueue, your changes will be made in memory only, and will disappear as soon as you close Windows PowerShell or delete the object reference variable.


Parameter Required Type Description




Object reference to the Response Group queue to be modified. An object reference is typically retrieved by using the Get-CsRgsQueue cmdlet and assigning the returned value to a variable; for example, this command returns an object reference to the Help Desk queue and stores that object reference in a variable named $x:

$x = Get-CsRgsQueue -Identity -Name "Help Desk"




Prompts you for confirmation before executing the command.




Suppresses the display of any non-fatal error message that might occur when running the command.




Describes what would happen if you executed the command without actually executing the command.

Microsoft.Rtc.Rgs.Management.WritableSettings.Queue object. Set-CsRgsQueue accepts pipelined instances of the Response Group queue object.

Set-CsRgsQueue does not return any objects or values. Instead, the cmdlet modifies existing instances of the Microsoft.Rtc.Rgs.Management.WritableSettings.Queue object.