HELPLIB.HLB  —  PMDF  COUNTERS
    PMDF has facilities to collect and monitor channel counters based
    upon the Mail Monitoring MIB, RFC 1566. These counters tabulate
    on a per channel basis the twelve items described in Channel
    Counters.

    Table 1 Channel Counters

    Field name         Description

    RECEIVED_MESSAGES  The number of messages enqueued to the channel
    SUBMITTED_         The number of messages enqueued by the channel
    MESSAGES
    STORED_MESSAGES    The total number of messages currently stored
                       for the channel
    DELIVERED_         The number of messages dequeued by the channel
    MESSAGES
    RECEIVED_VOLUME    The volume of messages enqueued to the channel
                       as measured in PMDF blocks
    SUBMITTED_VOLUME   The volume of messages enqueued by the channel
                       as measured in PMDF blocks
    STORED_VOLUME      The volume of messages currently stored for
                       the channel as measured in PMDF blocks
    DELIVERED_VOLUME   The volume of messages dequeued by the channel
                       as measured in PMDF blocks
    RECEIVED_          The total number of recipients specified in
    RECIPIENTS         all messages enqueued to the channel
    SUBMITTED_         The total number of recipients specified in
    RECIPIENTS         all messages enqueued by the channel
    STORED_RECIPIENTS  The total number of recipients specified in
                       all messages currently stored for the channel
    DELIVERED_         The total number of recipients specified in
    RECIPIENTS         all messages dequeued by the channel
    __________________________________________________________________
    A PMDF block is, by default, 1024 bytes. However, this size
    may vary from system to system. The size of a PMDF block is
    controlled with the BLOCK_SIZE PMDF option.

    It is important to note that these counters generally need to
    be looked at over time noting the minimum values seen. The
    minimums may actually be negative for some channels. Such a
    negative value merely means that there were messages queued for
    a channel at the time that its counters were zeroed (e.g., the
    cluster-wide database of counters created). When those messages
    were dequeued, the associated counters for the channel were
    decremented therefore leading to a negative minimum. For such
    a counter, the correct "absolute" value is the current value
    less the minimum value that counter has ever held since being
    initialized.
Additional Information: explode extract

/CLEAR /CRDB
/SHOW /SYNCHRONIZE
/TODAY
Close Help