<%NUMBERING1%>.<%NUMBERING2%>.<%NUMBERING3%> PRTG Manual: Exchange Mail Queue (PowerShell) Sensor

The Exchange Mail Queue (PowerShell) sensor monitors the number of items in the outgoing mail queue of an Exchange server via Remote PowerShell.

Exchange Mail Queue (PowerShell) Sensor

Exchange Mail Queue (PowerShell) Sensor

i_square_cyanFor a detailed list and descriptions of the channels that this sensor can show, see section Channel List.

Sensor in Other Languages

  • Dutch: Exchange Mail Wachtrij (PowerShell)
  • French: Exchange file d'attente de messagerie (PowerShell)
  • German: Exchange-Nachrichtenwarteschlange (PowerShell)
  • Japanese: Exchange Mail キュー(PowerShell)
  • Portuguese: Fila de e-mails Exchange (PowerShell)
  • Russian: Очередь почтовых сообщений Exchange (PowerShell)
  • Simplified Chinese: Exchange 邮件队列 (PowerShell)
  • Spanish: Cola de correo Exchange (PowerShell)


Consider the following remarks and requirements for this sensor:



Performance impact

  • This sensor has a high performance impact. We recommend that you use no more than 200 of this sensor on each probe.

Exchange user account permissions

  • This sensor requires Exchange user account permissions.
  • This sensor requires a user account that must be either in the Exchange management role group View-Only Organization Management or be in a group with the following assigned management roles:
    • Monitoring
    • View-Only Configuration
    • View-Only Recipients

Remote PowerShell and Remote Exchange Management Shell

  • This sensor requires Remote PowerShell and Remote Exchange Management Shell on the target system and PowerShell on the probe system. Also make sure you have at least PowerShell 2.0 installed on the probe system.

i_round_blueIn larger environments, the default memory limit for the remote shell might be insufficient. This might result in the error message The WSMan provider host process did not return a proper response. In this case, increase the memory limit for Remote PowerShell.

i_square_cyanFor more information, see the Knowledge Base: How do I enable and use remote commands in Windows PowerShell? and How can I increase memory for Remote PowerShell?

.NET 4.7.2 or later

  • This sensor requires .NET 4.7.2 or later from Microsoft on the probe system. In a cluster, install it on every cluster node.

i_round_redIf the framework is missing, you cannot create this sensor.

i_square_cyanFor more information, see the Knowledge Base: Which .NET version does PRTG require?

Parent device

  • This sensor requires that the parent device is the Exchange server (as of version 2016) that hosts the database that you want to monitor.


  • This sensor requires the fully qualified domain name (FQDN) of the Exchange server in the settings of the parent device.
  • In the device settings of the Exchange server, provide the FQDN instead of the IP address.

i_square_cyanFor more information, see the Knowledge Base: I have problems with the PowerShell Exchange sensors, what can I do?


  • This sensor only supports Kerberos authentication.


  • This sensor only supports IPv4.

Knowledge Base

Hosted probe

i_podYou cannot add this sensor to the hosted probe of a PRTG Hosted Monitor instance. If you want to use this sensor, add it to a remote probe device.

Basic Sensor Settings

Basic Sensor Settings

Basic Sensor Settings

The sensor has the following default tags that are automatically predefined in the sensor's settings when you add the sensor:

  • exchange
  • mailqueue
  • powershell

i_square_cyanFor more information about basic sensor settings, see section Sensor Settings.

Sensor Settings

Sensor Settings

Sensor Settings



Result Handling

Define what PRTG does with the sensor result:

  • Discard result (default): Do not store the sensor result.
  • Store result: Store the last sensor result in the \Logs\sensors subfolder of the PRTG data directory on the probe system. The file names are Result of Sensor [ID].txt, Result of Sensor [ID].Data.txt, and Result of Sensor [ID].log. This setting is for debugging purposes. PRTG overwrites these files with each scanning interval.

i_round_blueIn a cluster, PRTG stores the result in the PRTG data directory of the master node.

Sensor Display

Sensor Display

Sensor Display



Primary Channel

Select a channel from the list to define it as the primary channel. In the device tree, PRTG displays the last value of the primary channel below the sensor's name. The available options depend on what channels are available for this sensor.

i_round_blueYou can set a different primary channel later by clicking b_channel_primary below a channel gauge on the sensor's Overview tab.

Graph Type

Define how this sensor shows different channels:

  • Show channels independently (default): Show a graph for each channel.
  • Stack channels on top of each other: Stack channels on top of each other to create a multi-channel graph. This generates a graph that visualizes the different components of your total traffic.
    i_round_redYou cannot use this option in combination with manual Vertical Axis Scaling (available in the channel settings).

Stack Unit

This setting is only visible if you select Stack channels on top of each other above.

Select a unit from the list. PRTG stacks all channels with this unit on top of each other. By default, you cannot exclude single channels from stacking if they use the selected unit. However, there is an advanced procedure to do so.

Inherited Settings

By default, all of these settings are inherited from objects that are higher in the hierarchy. We recommend that you change them centrally in the root group settings if necessary. To change a setting for this object only, click b_inherited_enabled under the corresponding setting name to disable the inheritance and to display its options.

i_square_cyanFor more information, see section Inheritance of Settings.

Channel List

i_round_blueWhich channels the sensor actually shows might depend on the target device, the available components, and the sensor setup.




In the channel table on the Overview tab, this channel never shows any values. PRTG uses this channel in graphs and reports to show the amount of time in which the sensor was in the Down status

Poisonous Mails

The number of poisonous mails

Queued Mails

The number of queued mails

i_round_blueThis channel is the primary channel by default.

Retrying Mails

The number of retrying mails

Unreachable Mails

The number of unreachable mails


i_square_blueKNOWLEDGE BASE

Where can I find more information about PowerShell sensors?

What types of Exchange transport queues are there?

How do I enable and use remote commands in Windows PowerShell?

How can I increase memory for Remote PowerShell?

I have problems with the PowerShell Exchange sensors, what can I do?

Which .NET version does PRTG require?

What security features does PRTG include?

My PowerShell sensor returns an error message. What can I do?

I get the error "WinRM cannot process the request" when I try to use a PowerShell sensor