mtaReceivedMessages |
.1.3.6.1.2.1.28.1.1.1 |
The number of messages received since MTA initialization.
This includes messages transmitted to this MTA from other
MTAs as well as messages that have been submitted to the
MTA directly by end-users or applications.
|
mtaStoredMessages |
.1.3.6.1.2.1.28.1.1.2 |
The total number of messages currently stored in the MTA.
This includes messages that are awaiting transmission to
some other MTA or are waiting for delivery to an end-user
or application.
|
mtaTransmittedMessages |
.1.3.6.1.2.1.28.1.1.3 |
The number of messages transmitted since MTA initialization.
This includes messages that were transmitted to some other
MTA or are waiting for delivery to an end-user or
application.
|
mtaReceivedVolume |
.1.3.6.1.2.1.28.1.1.4 |
The total volume of messages received since MTA
initialization, measured in kilo-octets. This volume should
include all transferred data that is logically above the mail
transport protocol level. For example, an SMTP-based MTA
should use the number of kilo-octets in the message header
and body, while an X.400-based MTA should use the number of
kilo-octets of P2 data. This includes messages transmitted
to this MTA from other MTAs as well as messages that have
been submitted to the MTA directly by end-users or
applications.
|
mtaStoredVolume |
.1.3.6.1.2.1.28.1.1.5 |
The total volume of messages currently stored in the MTA,
measured in kilo-octets. This volume should include all
stored data that is logically above the mail transport
protocol level. For example, an SMTP-based MTA should
use the number of kilo-octets in the message header and
body, while an X.400-based MTA would use the number of
kilo-octets of P2 data. This includes messages that are
awaiting transmission to some other MTA or are waiting
for delivery to an end-user or application.
|
mtaTransmittedVolume |
.1.3.6.1.2.1.28.1.1.6 |
The total volume of messages transmitted since MTA
initialization, measured in kilo-octets. This volume should
include all transferred data that is logically above the mail
transport protocol level. For example, an SMTP-based MTA
should use the number of kilo-octets in the message header
and body, while an X.400-based MTA should use the number of
kilo-octets of P2 data. This includes messages that were
transmitted to some other MTA or are waiting for delivery
to an end-user or application.
|
mtaReceivedRecipients |
.1.3.6.1.2.1.28.1.1.7 |
The total number of recipients specified in all messages
received since MTA initialization. Recipients this MTA
has no responsibility for, i.e. inactive envelope
recipients or ones referred to in message headers,
should not be counted even if information about such
recipients is available. This includes messages
transmitted to this MTA from other MTAs as well as
messages that have been submitted to the MTA directly
by end-users or applications.
|
mtaStoredRecipients |
.1.3.6.1.2.1.28.1.1.8 |
The total number of recipients specified in all messages
currently stored in the MTA. Recipients this MTA has no
responsibility for, i.e. inactive envelope recipients or
ones referred to in message headers, should not be
counted. This includes messages that are awaiting
transmission to some other MTA or are waiting for
delivery to an end-user or application.
|
mtaTransmittedRecipients |
.1.3.6.1.2.1.28.1.1.9 |
The total number of recipients specified in all messages
transmitted since MTA initialization. Recipients this
MTA had no responsibility for, i.e. inactive envelope
recipients or ones referred to in message headers,
should not be counted. This includes messages that were
transmitted to some other MTA or are waiting for
delivery to an end-user or application.
|
mtaSuccessfulConvertedMessages |
.1.3.6.1.2.1.28.1.1.10 |
The number of messages that have been successfully
converted from one form to another since MTA
initialization.
|
mtaFailedConvertedMessages |
.1.3.6.1.2.1.28.1.1.11 |
The number of messages for which an unsuccessful
attempt was made to convert them from one form to
another since MTA initialization.
|
mtaLoopsDetected |
.1.3.6.1.2.1.28.1.1.12 |
A message loop is defined as a situation where the MTA
decides that a given message will never be delivered to
one or more recipients and instead will continue to
loop endlessly through one or more MTAs. This variable
counts the number of times the MTA has detected such a
situation since MTA initialization. Note that the
mechanism MTAs use to detect loops (e.g., trace field
counting, count of references to this MTA in a trace
field, examination of DNS or other directory information,
etc.), the level at which loops are detected (e.g., per
message, per recipient, per directory entry, etc.), and
the handling of a loop once it is detected (e.g., looping
messages are held, looping messages are bounced or sent
to the postmaster, messages that the MTA knows will loop
won't be accepted, etc.) vary widely from one MTA to the
next and cannot be inferred from this variable.
|
mtaGroupIndex |
.1.3.6.1.2.1.28.2.1.1 |
The index associated with a group for a given MTA.
|
mtaGroupReceivedMessages |
.1.3.6.1.2.1.28.2.1.2 |
The number of messages received to this group since
group creation.
|
mtaGroupRejectedMessages |
.1.3.6.1.2.1.28.2.1.3 |
The number of messages rejected by this group since
group creation.
|
mtaGroupStoredMessages |
.1.3.6.1.2.1.28.2.1.4 |
The total number of messages currently stored in this
group's queue.
|
mtaGroupTransmittedMessages |
.1.3.6.1.2.1.28.2.1.5 |
The number of messages transmitted by this group since
group creation.
|
mtaGroupReceivedVolume |
.1.3.6.1.2.1.28.2.1.6 |
The total volume of messages received to this group since
group creation, measured in kilo-octets. This volume
should include all transferred data that is logically above
the mail transport protocol level. For example, an
SMTP-based MTA should use the number of kilo-octets in the
message header and body, while an X.400-based MTA should use
the number of kilo-octets of P2 data.
|
mtaGroupStoredVolume |
.1.3.6.1.2.1.28.2.1.7 |
The total volume of messages currently stored in this
group's queue, measured in kilo-octets. This volume should
include all stored data that is logically above the mail
transport protocol level. For example, an SMTP-based
MTA should use the number of kilo-octets in the message
header and body, while an X.400-based MTA would use the
number of kilo-octets of P2 data.
|
mtaGroupTransmittedVolume |
.1.3.6.1.2.1.28.2.1.8 |
The total volume of messages transmitted by this group
since group creation, measured in kilo-octets. This
volume should include all transferred data that is logically
above the mail transport protocol level. For example, an
SMTP-based MTA should use the number of kilo-octets in the
message header and body, while an X.400-based MTA should use
the number of kilo-octets of P2 data.
|
mtaGroupReceivedRecipients |
.1.3.6.1.2.1.28.2.1.9 |
The total number of recipients specified in all messages
received to this group since group creation.
Recipients this MTA has no responsibility for should not
be counted.
|
mtaGroupStoredRecipients |
.1.3.6.1.2.1.28.2.1.10 |
The total number of recipients specified in all messages
currently stored in this group's queue. Recipients this
MTA has no responsibility for should not be counted.
|
mtaGroupTransmittedRecipients |
.1.3.6.1.2.1.28.2.1.11 |
The total number of recipients specified in all messages
transmitted by this group since group creation.
Recipients this MTA had no responsibility for should not
be counted.
|
mtaGroupOldestMessageStored |
.1.3.6.1.2.1.28.2.1.12 |
Time since the oldest message in this group's queue was
placed in the queue.
|
mtaGroupInboundAssociations |
.1.3.6.1.2.1.28.2.1.13 |
The number of current associations to the group, where the
group is the responder.
|
mtaGroupOutboundAssociations |
.1.3.6.1.2.1.28.2.1.14 |
The number of current associations to the group, where the
group is the initiator.
|
mtaGroupAccumulatedInboundAssociations |
.1.3.6.1.2.1.28.2.1.15 |
The total number of associations to the group since
group creation, where the MTA was the responder.
|
mtaGroupAccumulatedOutboundAssociations |
.1.3.6.1.2.1.28.2.1.16 |
The total number of associations from the group since
group creation, where the MTA was the initiator.
|
mtaGroupLastInboundActivity |
.1.3.6.1.2.1.28.2.1.17 |
Time since the last time that this group had an active
inbound association for purposes of message reception.
|
mtaGroupLastOutboundActivity |
.1.3.6.1.2.1.28.2.1.18 |
Time since the last time that this group had a
successful outbound association for purposes of
message delivery.
|
mtaGroupLastOutboundAssociationAttempt |
.1.3.6.1.2.1.28.2.1.34 |
Time since the last time that this group attempted
to make an outbound association for purposes of
message delivery.
|
mtaGroupRejectedInboundAssociations |
.1.3.6.1.2.1.28.2.1.19 |
The total number of inbound associations the group has
rejected, since group creation. Rejected associations
are not counted in the accumulated association totals.
|
mtaGroupFailedOutboundAssociations |
.1.3.6.1.2.1.28.2.1.20 |
The total number associations where the group was the
initiator and association establishment has failed,
since group creation. Failed associations are
not counted in the accumulated association totals.
|
mtaGroupInboundRejectionReason |
.1.3.6.1.2.1.28.2.1.21 |
The failure reason, if any, for the last association this
group refused to respond to. If no association attempt
has been made since the MTA was initialized the value
should be 'never'.
|
mtaGroupOutboundConnectFailureReason |
.1.3.6.1.2.1.28.2.1.22 |
The failure reason, if any, for the last association attempt
this group initiated. If no association attempt has been
made since the MTA was initialized the value should be
'never'.
|
mtaGroupScheduledRetry |
.1.3.6.1.2.1.28.2.1.23 |
The amount of time until this group is next scheduled to
attempt to make an association.
|
mtaGroupMailProtocol |
.1.3.6.1.2.1.28.2.1.24 |
An identification of the protocol being used by this group.
For an group employing OSI protocols, this will be the
Application Context. For Internet applications, OID
values of the form {applTCPProtoID port} or {applUDPProtoID
port} are used for TCP-based and UDP-based protocols,
respectively. In either case 'port' corresponds to the
primary port number being used by the protocol. The
usual IANA procedures may be used to register ports for
new protocols. applTCPProtoID and applUDPProtoID are
defined in the NETWORK-SERVICES-MIB, RFC 2788.
|
mtaGroupName |
.1.3.6.1.2.1.28.2.1.25 |
A descriptive name for the group. If this group connects to
a single remote MTA this should be the name of that MTA. If
this in turn is an Internet MTA this should be the domain
name. For an OSI MTA it should be the string encoded
distinguished name of the managed object using the format
defined in RFC 2253. For X.400(1984) MTAs which do not
have a Distinguished Name, the RFC 2156 syntax
'mta in globalid' used in X400-Received: fields can be
used.
|
mtaGroupSuccessfulConvertedMessages |
.1.3.6.1.2.1.28.2.1.26 |
The number of messages that have been successfully
converted from one form to another in this group
since group creation.
|
mtaGroupFailedConvertedMessages |
.1.3.6.1.2.1.28.2.1.27 |
The number of messages for which an unsuccessful
attempt was made to convert them from one form to
another in this group since group creation.
|
mtaGroupDescription |
.1.3.6.1.2.1.28.2.1.28 |
A description of the group's purpose. This information is
intended to identify the group in a status display.
|
mtaGroupURL |
.1.3.6.1.2.1.28.2.1.29 |
A URL pointing to a description of the group. This
information is intended to identify and briefly describe
the group in a status display.
|
mtaGroupCreationTime |
.1.3.6.1.2.1.28.2.1.30 |
Time since this group was first created.
|
mtaGroupHierarchy |
.1.3.6.1.2.1.28.2.1.31 |
Describes how this group fits into the hierarchy. A
positive value is interpreted as an mtaGroupIndex
value for some other group whose variables include
those of this group (and usually others). A negative
value is interpreted as a group collection code: Groups
with common negative hierarchy values comprise one
particular breakdown of MTA activity as a whole. A
zero value means that this MIB implementation doesn't
implement hierarchy indicators and thus the overall
group hierarchy cannot be determined.
|
mtaGroupOldestMessageId |
.1.3.6.1.2.1.28.2.1.32 |
Message ID of the oldest message in the group's queue.
Whenever possible this should be in the form of an
RFC 822 msg-id; X.400 may convert X.400 message
identifiers to this form by following the rules laid
out in RFC2156.
|
mtaGroupLoopsDetected |
.1.3.6.1.2.1.28.2.1.33 |
A message loop is defined as a situation where the MTA
decides that a given message will never be delivered to
one or more recipients and instead will continue to
loop endlessly through one or more MTAs. This variable
counts the number of times the MTA has detected such a
situation in conjunction with something associated with
this group since group creation. Note that the
mechanism MTAs use to detect loops (e.g., trace field
counting, count of references to this MTA in a trace
field, examination of DNS or other directory information,
etc.), the level at which loops are detected (e.g., per
message, per recipient, per directory entry, etc.), and
the handling of a loop once it is detected (e.g., looping
messages are held, looping messages are bounced or sent
to the postmaster, messages that the MTA knows will loop
won't be accepted, etc.) vary widely from one MTA to the
next and cannot be inferred from this variable.
|
mtaGroupAssociationIndex |
.1.3.6.1.2.1.28.3.1.1 |
Reference into association table to allow correlation of
this group's active associations with the association table.
|
mtaStatusCode |
.1.3.6.1.2.1.28.5.1.4 |
An index capable of representing an Enhanced Mail System
Status Code. Enhanced Mail System Status Codes are
defined in RFC 1893. These codes have the form
class.subject.detail
Here 'class' is either 2, 4, or 5 and both 'subject' and
'detail' are integers in the range 0..999. Given a status
code the corresponding index value is defined to be
((class * 1000) + subject) * 1000 + detail. Both SMTP
error response codes and X.400 reason and diagnostic codes
can be mapped into these codes, resulting in a namespace
capable of describing most error conditions a mail system
encounters in a generic yet detailed way.
|
mtaGroupInboundErrorCount |
.1.3.6.1.2.1.28.5.1.1 |
Count of the number of errors of a given type that have
been accumulated in association with a particular group
while processing incoming messages. In the case of SMTP
these will typically be errors reporting by an SMTP
server to the remote client; in the case of X.400
these will typically be errors encountered while
processing an incoming message.
|
mtaGroupInternalErrorCount |
.1.3.6.1.2.1.28.5.1.2 |
Count of the number of errors of a given type that have
been accumulated in association with a particular group
during internal MTA processing.
|
mtaGroupOutboundErrorCount |
.1.3.6.1.2.1.28.5.1.3 |
Count of the number of errors of a given type that have
been accumulated in association with a particular group's
outbound connection activities. In the case of an SMTP
client these will typically be errors reported while
attempting to contact or while communicating with the
remote SMTP server. In the case of X.400 these will
typically be errors encountered while constructing
or attempting to deliver an outgoing message.
|