<%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)

Remarks

  • This sensor has a high performance impact. We recommend that you use no more than 200 of this sensor on each probe.
  • This sensor requires Exchange user account permissions.
  • This sensor requires Remote PowerShell and Remote Exchange Management Shell on the target system and PowerShell on the probe system.
  • This sensor requires .NET 4.7.2 or later from Microsoft on the probe system.
  • This sensor requires that the parent device is the Exchange server (as of version 2010) that hosts the database that you want to monitor.
  • This sensor requires credentials for Windows systems in the settings of the parent device. The user name for access to the Windows system must be in the same domain as the Exchange server or a domain that the Exchange server trusts.
  • This sensor requires the fully qualified domain name (FQDN) of the Exchange server in the settings of the parent device.
  • This sensor only supports Kerberos authentication.
  • This sensor only supports IPv4.

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.

Detailed Requirements

Requirement

Description

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 uses PowerShell commands. This sensor requires that Remote PowerShell and Remote Exchange Management Shell are enabled on the target systems that you want to monitor. 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 to be installed on the probe system (on every cluster node, if on a cluster probe).

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?

FQDN

To connect to Exchange servers, this sensor requires the FQDN. 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?

Basic Sensor Settings

Basic Sensor Settings

Basic Sensor Settings

Setting

Description

Sensor Name

Enter a name to identify the sensor. By default, PRTG shows this name in the device tree, as well as in alarms, logs, notifications, reports, maps, libraries, and tickets.

i_round_blueIf the name contains angle brackets (<>), PRTG replaces them with braces ({}) for security reasons. For more information, see the Knowledge Base: What security features does PRTG include?

Parent Tags

The tags that the sensor inherits from its parent device, parent group, and parent probe.

i_round_blueThis setting is for your information only. You cannot change it.

Tags

Enter one or more tags. Confirm each tag with the Spacebar key, a comma, or the Enter key. You can use tags to group objects and use tag-filtered views later on. Tags are not case-sensitive. Tags are automatically inherited.

i_round_blueIt is not possible to enter tags with a leading plus (+) or minus (-) sign, nor tags with parentheses (()) or angle brackets (<>).

i_round_blueFor performance reasons, it can take some minutes until you can filter for new tags that you added.

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

  • exchange
  • powershell
  • mailqueue

Priority

Select a priority for the sensor. This setting determines the position of the sensor in lists. The highest priority is at the top of a list. Choose from the lowest priority (i_priority_1) to the highest priority (i_priority_5).

Sensor Settings

Sensor Settings

Sensor Settings

Setting

Description

Result Handling

Define what PRTG does with the sensor result:

  • Discard result: 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

Setting

Description

Primary Channel

Select a channel from the list to define it as the primary channel. In the device tree, the last value of the primary channel is always displayed 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 different channels are shown for this sensor:

  • 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. All channels with this unit are stacked 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.

Scanning Interval

Scanning Interval

Scanning Interval

i_square_cyanFor more information, see section Root Group Settings, section Scanning Interval.

Schedules, Dependencies, and Maintenance Window

i_round_blueYou cannot interrupt the inheritance for schedules, dependencies, and maintenance windows. The corresponding settings from the parent objects are always active. However, you can define additional schedules, dependencies, and maintenance windows. They are active at the same time as the parent objects' settings.

Schedules, Dependencies, and Maintenance Window

Schedules, Dependencies, and Maintenance Window

i_square_cyanFor more information, see section Root Group Settings, section Schedules, Dependencies, and Maintenance Window.

Access Rights

Access Rights

Access Rights

i_square_cyanFor more information, see section Root Group Settings, section Access Rights.

Channel List

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

Channel

Description

Downtime

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

More

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