home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / drafts / draft_ietf_j_p / draft-ietf-madman-mail-monitor-mib-02.txt < prev    next >
Text File  |  1996-08-30  |  46KB  |  1,707 lines
  1.  
  2. Network Working Group                              Steve Kille, WG Chair
  3. Internet Draft                                         Ned Freed, Editor
  4.                              <draft-ietf-madman-mail-monitor-mib-02.txt>
  5.  
  6.  
  7.  
  8.                           Mail Monitoring MIB
  9.  
  10.                               August 1996
  11.  
  12.  
  13.  
  14.  
  15.                           Status of this Memo
  16.  
  17. This document is an Internet-Draft.  Internet-Drafts are working
  18. documents of the Internet Engineering Task Force (IETF), its areas, and
  19. its working groups. Note that other groups may also distribute working
  20. documents as Internet-Drafts.
  21.  
  22. Internet-Drafts are draft documents valid for a maximum of six months.
  23. Internet-Drafts may be updated, replaced, or obsoleted by other
  24. documents at any time.  It is not appropriate to use Internet-Drafts as
  25. reference material or to cite them other than as a ``working draft'' or
  26. ``work in progress.''
  27.  
  28. To learn the current status of any Internet-Draft, please check the
  29. 1id-abstracts.txt listing contained in the Internet-Drafts Shadow
  30. Directories on ds.internic.net (US East Coast), nic.nordu.net (Europe),
  31. ftp.isi.edu (US West Coast), or munnari.oz.au (Pacific Rim).
  32.  
  33.  
  34. 1.  Introduction
  35.  
  36. This memo defines a portion of the Management Information Base (MIB) for
  37. use with network management protocols in the Internet community. In
  38. particular, this memo extends the basic Network Services Monitoring MIB
  39. [5] to allow monitoring of Message Transfer Agents (MTAs). It may also
  40. be used to monitor MTA components within gateways.
  41.  
  42.  
  43.  
  44.  
  45.  
  46.  
  47.  
  48.  
  49.  
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57.  
  58. Internet Draft            Mail Monitoring MIB                August 1996
  59.  
  60.  
  61. 2.  Table of Contents
  62.  
  63. 1 Introduction ....................................................    1
  64. 2 Table of Contents ...............................................    2
  65. 3 The SNMPv2 Network Management Framework .........................    2
  66. 3.1 Object Definitions ............................................    2
  67. 4 Message Flow Model ..............................................    3
  68. 5 MTA Objects .....................................................    3
  69. 6 Definitions .....................................................    4
  70. 7 Changes made since RFC 1566 .....................................   27
  71. 8 Acknowledgements ................................................   28
  72. 9 References ......................................................   28
  73. 10 Security Considerations ........................................   29
  74. 11 Authors' Addresses .............................................   29
  75.  
  76.  
  77. 3.  The SNMPv2 Network Management Framework
  78.  
  79. The SNMPv2 Network Management Framework consists of four major
  80. components. They are:
  81.  
  82. o    RFC 1902 [1] which defines the SMI, the mechanisms used for
  83.      describing and naming objects for the purpose of management.
  84.  
  85. o    RFC 1213 [2] defines MIB-II, the core set of managed objects for
  86.      the Internet suite of protocols.
  87.  
  88. o    RFC 1445 [3] which defines the administrative and other
  89.      architectural aspects of the framework.
  90.  
  91. o    RFC 1905 [4] which defines the protocol used for network access to
  92.      managed objects.
  93.  
  94. The Framework permits new objects to be defined for the purpose of
  95. experimentation and evaluation.
  96.  
  97.  
  98. 3.1.  Object Definitions
  99.  
  100. Managed objects are accessed via a virtual information store, termed the
  101. Management Information Base or MIB. Objects in the MIB are defined using
  102. the subset of Abstract Syntax Notation One (ASN.1) defined in the SMI.
  103. In particular, each object type is named by an OBJECT IDENTIFIER, an
  104. administratively assigned name. The object type together with an object
  105. instance serves to uniquely identify a specific instantiation of the
  106.  
  107.  
  108.  
  109.  
  110.  
  111. Expires Frebruary 1997                                          [Page 2]
  112.  
  113.  
  114.  
  115.  
  116.  
  117. Internet Draft            Mail Monitoring MIB                August 1996
  118.  
  119.  
  120. object.  For human convenience, we often use a textual string, termed
  121. the descriptor, to refer to the object type.
  122.  
  123.  
  124. 4.  Message Flow Model
  125.  
  126. A general model of message flow inside an MTA has to be presented before
  127. a MIB can be described. Generally speaking, message flow occurs in four
  128. steps:
  129.  
  130.  (1)   Messages are received by the MTA from User Agents, Message
  131.        Stores, other MTAs, and gateways.
  132.  
  133.  (2)   The "next hop" for the each message is determined. This is simply
  134.        the destination the message is to be transmitted to; it may or
  135.        may not be the final destination of the message. Multiple "next
  136.        hops" may exist for a single message (as a result of either
  137.        having multiple recipients or distribution list expansion); this
  138.        may make it necessary to duplicate messages.
  139.  
  140.  (3)   If necessary messages are converted into the format that's
  141.        appropriate for the next hop. Conversion operations may be
  142.        successful or unsuccessful.
  143.  
  144.  (4)   Messages are transmitted to the appropriate destination, which
  145.        may be a User Agent, Message Store, another MTA, or gateway.
  146.  
  147. Storage of messages in the MTA occurs at some point during this process.
  148. However, it is important to note that storage may occur at different and
  149. possibly even multiple points during this process. For example, some
  150. MTAs expand messages into multiple copies as they are received. In this
  151. case (1), (2), and (3) may all occur prior to storage. Other MTAs store
  152. messages precisely as they are received and perform all expansions and
  153. conversions during retransmission processing. So here only (1) occurs
  154. prior to storage.  This leads to situations where, in general, a
  155. measurement of messages received may not equal a measurement of messages
  156. in store, or a measurement of messages stored may not equal a
  157. measurement of messages retransmitted, or both.
  158.  
  159.  
  160. 5.  MTA Objects
  161.  
  162. If there are one or more MTAs on the host, the following MIB may be used
  163. to monitor them. Any number of the MTAs on a host may be monitored. Each
  164. MTA is dealt with as a separate application and has its own applTable
  165.  
  166.  
  167.  
  168.  
  169.  
  170. Expires Frebruary 1997                                          [Page 3]
  171.  
  172.  
  173.  
  174.  
  175.  
  176. Internet Draft            Mail Monitoring MIB                August 1996
  177.  
  178.  
  179. entry in the Network Services Monitoring MIB.
  180.  
  181. The MIB described in this document covers only the portion which is
  182. specific to the monitoring of MTAs. The network service related part of
  183. the MIB is covered in a separate document [5].
  184.  
  185.  
  186. 6.  Definitions
  187.  
  188. MTA-MIB DEFINITIONS ::= BEGIN
  189.  
  190. IMPORTS
  191.     OBJECT-TYPE, Counter32, Gauge32, MODULE-IDENTITY
  192.       FROM SNMPv2-SMI
  193.     DisplayString, TimeInterval
  194.       FROM SNMPv2-TC
  195.     MODULE-COMPLIANCE, OBJECT-GROUP
  196.       FROM SNMPv2-CONF
  197.     mib-2
  198.       FROM RFC1213-MIB
  199.     applIndex
  200.       FROM APPLICATION-MIB;
  201.  
  202.  
  203. -- Textual conventions
  204.  
  205. -- Uniform Resource Locators are stored in URLStrings.
  206.  
  207. URLString ::= TEXTUAL-CONVENTION
  208.     STATUS current
  209.     DESCRIPTION
  210.         "A Uniform Resource Locator represented in accordance
  211.          with RFC 1738 [7]."
  212.     SYNTAX DisplayString
  213.  
  214.  
  215.  
  216.  
  217.  
  218.  
  219.  
  220.  
  221.  
  222.  
  223.  
  224.  
  225.  
  226.  
  227.  
  228.  
  229. Expires Frebruary 1997                                          [Page 4]
  230.  
  231.  
  232.  
  233.  
  234.  
  235. Internet Draft            Mail Monitoring MIB                August 1996
  236.  
  237.  
  238. mta MODULE-IDENTITY
  239.     LAST-UPDATED "9608270000Z"
  240.     ORGANIZATION "IETF Mail and Directory Management Working Group"
  241.     CONTACT-INFO
  242.       "        Ned Freed
  243.  
  244.        Postal: Innosoft International, Inc.
  245.                1050 East Garvey Avenue South
  246.                West Covina, CA 91790
  247.                US
  248.  
  249.        Tel: +1 818 919 3600
  250.        Fax: +1 818 919 3614
  251.  
  252.        E-Mail: ned@innosoft.com"
  253.     DESCRIPTION
  254.       "The MIB module describing Message Transfer Agents (MTAs)"
  255.     ::= {mib-2 28}
  256.  
  257. mtaTable OBJECT-TYPE
  258.     SYNTAX SEQUENCE OF MtaEntry
  259.     MAX-ACCESS not-accessible
  260.     STATUS current
  261.     DESCRIPTION
  262.       "The table holding information specific to an MTA."
  263.     ::= {mta 1}
  264.  
  265. mtaStatusCode OBJECT-TYPE
  266.     SYNTAX INTEGER (40000..59999)
  267.     MAX-ACCESS not-accessible
  268.     STATUS current
  269.     DESCRIPTION
  270.       "An index capable of representing an Enhanced Mail System
  271.        Status Code.  Enhanced Mail System Status Codes are defined
  272.        in RFC 1893 [11].  Both SMTP error response codes and X.400
  273.        reason and diagnostic codes can be mapped into these codes.
  274.        Specifically, given a status code of the form
  275.        class.subject.detail, the corresponding index value is
  276.        defined to be ((class * 100) + subject) * 100 + detail."
  277.  
  278.  
  279.  
  280.  
  281.  
  282.  
  283.  
  284.  
  285.  
  286.  
  287.  
  288. Expires Frebruary 1997                                          [Page 5]
  289.  
  290.  
  291.  
  292.  
  293.  
  294. Internet Draft            Mail Monitoring MIB                August 1996
  295.  
  296.  
  297. mtaEntry OBJECT-TYPE
  298.     SYNTAX MtaEntry
  299.     MAX-ACCESS not-accessible
  300.     STATUS current
  301.     DESCRIPTION
  302.       "The entry associated with each MTA."
  303.     INDEX {applIndex}
  304.     ::= {mtaTable 1}
  305.  
  306. MtaEntry ::= SEQUENCE {
  307.     mtaReceivedMessages
  308.       Counter32,
  309.     mtaStoredMessages
  310.       Gauge32,
  311.     mtaTransmittedMessages
  312.       Counter32,
  313.     mtaReceivedVolume
  314.       Counter32,
  315.     mtaStoredVolume
  316.       Gauge32,
  317.     mtaTransmittedVolume
  318.       Counter32,
  319.     mtaReceivedRecipients
  320.       Counter32,
  321.     mtaStoredRecipients
  322.       Gauge32,
  323.     mtaTransmittedRecipients
  324.       Counter32,
  325.     mtaSuccessfulConvertedMessages
  326.       Counter32,
  327.     mtaFailedConvertedMessages
  328.       Counter32,
  329.     mtaLoopsDetected
  330.       Counter32,
  331.     mtaDescription
  332.       DisplayString,
  333.     mtaURL,
  334.       URLString
  335. }
  336.  
  337.  
  338.  
  339.  
  340.  
  341.  
  342.  
  343.  
  344.  
  345.  
  346.  
  347. Expires Frebruary 1997                                          [Page 6]
  348.  
  349.  
  350.  
  351.  
  352.  
  353. Internet Draft            Mail Monitoring MIB                August 1996
  354.  
  355.  
  356. mtaReceivedMessages OBJECT-TYPE
  357.     SYNTAX Counter32
  358.     MAX-ACCESS read-only
  359.     STATUS current
  360.     DESCRIPTION
  361.       "The number of messages received since MTA initialization.
  362.        This includes messages transmitted to this MTA from other
  363.        MTAs as well as messages that have been submitted to the
  364.        MTA directly by end-users or applications."
  365.     ::= {mtaEntry 1}
  366.  
  367. mtaStoredMessages OBJECT-TYPE
  368.     SYNTAX Gauge32
  369.     MAX-ACCESS read-only
  370.     STATUS current
  371.     DESCRIPTION
  372.       "The total number of messages currently stored in the MTA.
  373.        This includes messages that are awaiting transmission to
  374.        some other MTA or are waiting for delivery to an end-user
  375.        or application."
  376.     ::= {mtaEntry 2}
  377.  
  378. mtaTransmittedMessages OBJECT-TYPE
  379.     SYNTAX Counter32
  380.     MAX-ACCESS read-only
  381.     STATUS current
  382.     DESCRIPTION
  383.       "The number of messages transmitted since MTA initialization.
  384.        This includes messages that were transmitted to some other
  385.        MTA or are waiting for delivery to an end-user or
  386.        application."
  387.     ::= {mtaEntry 3}
  388.  
  389.  
  390.  
  391.  
  392.  
  393.  
  394.  
  395.  
  396.  
  397.  
  398.  
  399.  
  400.  
  401.  
  402.  
  403.  
  404.  
  405.  
  406. Expires Frebruary 1997                                          [Page 7]
  407.  
  408.  
  409.  
  410.  
  411.  
  412. Internet Draft            Mail Monitoring MIB                August 1996
  413.  
  414.  
  415. mtaReceivedVolume OBJECT-TYPE
  416.     SYNTAX Counter32
  417.     UNITS "K-octets"
  418.     MAX-ACCESS read-only
  419.     STATUS current
  420.     DESCRIPTION
  421.       "The total volume of messages received since MTA
  422.        initialization, measured in kilo-octets.  This volume should
  423.        include all transferred data that is logically above the mail
  424.        transport protocol level.  For example, an SMTP-based MTA
  425.        should use the number of kilo-octets in the message header
  426.        and body, while an X.400-based MTA should use the number of
  427.        kilo-octets of P2 data.  This includes messages transmitted
  428.        to this MTA from other MTAs as well as messages that have
  429.        been submitted to the MTA directly by end-users or
  430.        applications."
  431.     ::= {mtaEntry 4}
  432.  
  433. mtaStoredVolume OBJECT-TYPE
  434.     SYNTAX Gauge32
  435.     UNITS "K-octets"
  436.     MAX-ACCESS read-only
  437.     STATUS current
  438.     DESCRIPTION
  439.       "The total volume of messages currently stored in the MTA,
  440.        measured in kilo-octets.  This volume should include all
  441.        stored data that is logically above the mail transport
  442.        protocol level.  For example, an SMTP-based MTA should
  443.        use the number of kilo-octets in the message header and
  444.        body, while an X.400-based MTA would use the number of
  445.        kilo-octets of P2 data.  This includes messages that are
  446.        awaiting transmission to some other MTA or are waiting
  447.        for delivery to an end-user or application."
  448.     ::= {mtaEntry 5}
  449.  
  450.  
  451.  
  452.  
  453.  
  454.  
  455.  
  456.  
  457.  
  458.  
  459.  
  460.  
  461.  
  462.  
  463.  
  464.  
  465. Expires Frebruary 1997                                          [Page 8]
  466.  
  467.  
  468.  
  469.  
  470.  
  471. Internet Draft            Mail Monitoring MIB                August 1996
  472.  
  473.  
  474. mtaTransmittedVolume OBJECT-TYPE
  475.     SYNTAX Counter32
  476.     UNITS "K-octets"
  477.     MAX-ACCESS read-only
  478.     STATUS current
  479.     DESCRIPTION
  480.       "The total volume of messages transmitted since MTA
  481.        initialization, measured in kilo-octets.  This volume should
  482.        include all transferred data that is logically above the mail
  483.        transport protocol level.  For example, an SMTP-based MTA
  484.        should use the number of kilo-octets in the message header
  485.        and body, while an X.400-based MTA should use the number of
  486.        kilo-octets of P2 data.  This includes messages that were
  487.        transmitted to some other MTA or are waiting for delivery
  488.        to an end-user or application."
  489.     ::= {mtaEntry 6}
  490.  
  491. mtaReceivedRecipients OBJECT-TYPE
  492.     SYNTAX Counter32
  493.     MAX-ACCESS read-only
  494.     STATUS current
  495.     DESCRIPTION
  496.       "The total number of recipients specified in all messages
  497.        received since MTA initialization.  Recipients this MTA
  498.        has no responsibility for, i.e. inactive envelope
  499.        recipients or ones referred to in message headers,
  500.        should not be counted even if information about such
  501.        recipients is available.  This includes messages
  502.        transmitted to this MTA from other MTAs as well as
  503.        messages that have been submitted to the MTA directly
  504.        by end-users or applications."
  505.     ::= {mtaEntry 7}
  506.  
  507. mtaStoredRecipients OBJECT-TYPE
  508.     SYNTAX Gauge32
  509.     MAX-ACCESS read-only
  510.     STATUS current
  511.     DESCRIPTION
  512.       "The total number of recipients specified in all messages
  513.        currently stored in the MTA.  Recipients this MTA has no
  514.        responsibility for, i.e. inactive envelope recipients or
  515.        ones referred to in message headers, should not be
  516.        counted.  This includes messages that are awaiting
  517.        transmission to some other MTA or are waiting for
  518.        delivery to an end-user or application."
  519.  
  520.  
  521.  
  522.  
  523.  
  524. Expires Frebruary 1997                                          [Page 9]
  525.  
  526.  
  527.  
  528.  
  529.  
  530. Internet Draft            Mail Monitoring MIB                August 1996
  531.  
  532.  
  533.     ::= {mtaEntry 8}
  534.  
  535. mtaTransmittedRecipients OBJECT-TYPE
  536.     SYNTAX Counter32
  537.     MAX-ACCESS read-only
  538.     STATUS current
  539.     DESCRIPTION
  540.       "The total number of recipients specified in all messages
  541.        transmitted since MTA initialization.  Recipients this
  542.        MTA had no responsibility for, i.e. inactive envelope
  543.        recipients or ones referred to in message headers,
  544.        should not be counted.  This includes messages that were
  545.        transmitted to some other MTA or are waiting for
  546.        delivery to an end-user or application."
  547.     ::= {mtaEntry 9}
  548.  
  549. mtaSuccessfulConvertedMessages OBJECT-TYPE
  550.     SYNTAX Counter32
  551.     MAX-ACCESS read-only
  552.     STATUS current
  553.     DESCRIPTION
  554.       "The number of messages that have been successfully
  555.        converted from one form to another since MTA
  556.        initialization."
  557.     ::= {mtaEntry 10}
  558.  
  559. mtaFailedConvertedMessages OBJECT-TYPE
  560.     SYNTAX Counter32
  561.     MAX-ACCESS read-only
  562.     STATUS current
  563.     DESCRIPTION
  564.       "The number of messages for which an unsuccessful
  565.        attempt was made to convert them from one form to
  566.        another since MTA initialization."
  567.     ::= {mtaEntry 11}
  568.  
  569.  
  570.  
  571.  
  572.  
  573.  
  574.  
  575.  
  576.  
  577.  
  578.  
  579.  
  580.  
  581.  
  582.  
  583. Expires Frebruary 1997                                         [Page 10]
  584.  
  585.  
  586.  
  587.  
  588.  
  589. Internet Draft            Mail Monitoring MIB                August 1996
  590.  
  591.  
  592. mtaLoopsDetected OBJECT-TYPE
  593.     SYNTAX Counter32
  594.     MAX-ACCESS read-only
  595.     STATUS current
  596.     DESCRIPTION
  597.       "A message loop is defined as a situation where the MTA
  598.        decides that a given message will never be delivered to
  599.        one or more recipients and instead will continue to
  600.        loop endlessly through one or more MTAs.  This variable
  601.        counts the number of times the MTA has detected such a
  602.        situation since MTA initialization. Note that the
  603.        mechanism MTAs use to detect loops (e.g. trace field
  604.        counting, count of references to this MTA in a trace
  605.        field, examination of DNS or other directory information,
  606.        etc.), the level at which loops are detected (e.g. per
  607.        message, per recipient, per directory entry, etc.), and
  608.        the handling of a loop once it is detected (e.g. looping
  609.        messages are held, looping messages are bounced or sent
  610.        to the postmaster, messages that the MTA knows will loop
  611.        won't be accepted, etc.) vary widely from one MTA to the
  612.        next and cannot be inferred from this variable."
  613.     ::= {mtaEntry 12}
  614.  
  615. mtaDescription OBJECT-TYPE
  616.     SYNTAX DisplayString
  617.     MAX-ACCESS read-only
  618.     STATUS current
  619.     DESCRIPTION
  620.       "A description of the MTA.  This information is
  621.        intended to identify the MTA in a status display."
  622.     ::= {mtaEntry 13}
  623.  
  624. mtaURL OBJECT-TYPE
  625.     SYNTAX URLString
  626.     MAX-ACCESS read-only
  627.     STATUS current
  628.     DESCRIPTION
  629.       "A URL pointing to a description of the MTA.  This
  630.        information is intended to identify and describe the MTA
  631.        in a status display."
  632.     ::= {mtaEntry 14}
  633.  
  634.  
  635.  
  636.  
  637.  
  638.  
  639.  
  640.  
  641.  
  642. Expires Frebruary 1997                                         [Page 11]
  643.  
  644.  
  645.  
  646.  
  647.  
  648. Internet Draft            Mail Monitoring MIB                August 1996
  649.  
  650.  
  651. -- MTAs typically group inbound reception, queue storage, and
  652. -- outbound transmission in some way, rather than accounting for
  653. -- such operations only across the MTA as a whole. In the most
  654. -- extreme case separate information will be maintained for each
  655. -- different entity that receives messages and for each entity
  656. -- the MTA stores messages for and delivers messages to.  Other
  657. -- MTAs may elect to treat all reception equally, all queue
  658. -- storage equally, all deliveries equally, or some combination
  659. -- of this. Overlapped groupings are also possible, where an MTA
  660. -- decomposes its traffic in different ways for different
  661. -- purposes.
  662.  
  663. -- In any case, a grouping abstraction is an extremely useful for
  664. -- breaking down the activities of an MTA. For purposes of
  665. -- labelling this will be called a "group" in this MIB.
  666.  
  667. -- Each group contains all the variables needed to monitor all
  668. -- aspects of an MTA's operation.  However, the fact that all
  669. -- groups contain all possible variables does not imply that all
  670. -- groups must use all possible variables. For example, a single
  671. -- group might be used to monitor only one kind of event (inbound
  672. -- processing, outbound processing, or storage). In this sort of
  673. -- configuration all unused counters would be inaccessible; e.g.,
  674. -- returning either a noSuchName error (for an SNMPv1 get), or a
  675. -- noSuchInstance exception (for an SNMPv2 get).
  676.  
  677. -- Groups can be created at any time after MTA initialization. Once
  678. -- a group is created it should not be deleted or its mtaGroupIndex
  679. -- changed unless the MTA is reinitialized.
  680.  
  681. -- Groups are not necessarily mutually exclusive. A given event may
  682. -- be recorded by more than one group, a message may be seen as
  683. -- stored by more than one group, and so on.  Groups should be all
  684. -- inclusive, however: if groups are implemented all aspects of an
  685. -- MTA's operation should be registered in at least one group. This
  686. -- freedom lets implementors use different sets of groups to
  687. -- provide differents "views" of an MTA.
  688.  
  689. -- The possibility of overlap between groups means that summing
  690. -- variables across groups may not produce values equal to those in
  691. -- the mtaTable. mtaTable should always provide accurate information
  692. -- about the MTA as a whole.
  693.  
  694.  
  695.  
  696.  
  697.  
  698.  
  699.  
  700.  
  701. Expires Frebruary 1997                                         [Page 12]
  702.  
  703.  
  704.  
  705.  
  706.  
  707. Internet Draft            Mail Monitoring MIB                August 1996
  708.  
  709.  
  710. -- The term "channel" is often used in MTA implementations; channels
  711. -- are usually, but not always, equivalent to a group. However,
  712. -- this MIB does not use the term "channel" because there is no
  713. -- requirement that an MTA supporting this MIB has to map its
  714. -- "channel" abstraction one-to-one onto the MIB's group abstration.
  715.  
  716. -- An MTA may create a group or group of groups at any time. Once
  717. -- created, however, an MTA cannot delete an entry for a group from
  718. -- the group table.  Deletation is only allowed when the MTA is
  719. -- reinitialized, and is not required even then.  This restriction
  720. -- is imposed so that monitoring agents can rely on group
  721. -- assignments being consistent across multiple query operations.
  722.  
  723. -- Groups may be laid out so as to form a hierarchical arrangement,
  724. -- with some groups acting as subgroups for other groups.
  725. -- Alternately, disjoint groups of groups may be used to provide
  726. -- different sorts of "snapshots" of MTA operation.  The
  727. -- mtaGroupHierarchy variable provides an indication of how each
  728. -- group fits into the overall arrangement being used.
  729.  
  730. mtaGroupTable OBJECT-TYPE
  731.     SYNTAX SEQUENCE OF MtaGroupEntry
  732.     MAX-ACCESS not-accessible
  733.     STATUS current
  734.     DESCRIPTION
  735.       "The table holding information specific to each MTA group."
  736.     ::= {mta 2}
  737.  
  738. mtaGroupEntry OBJECT-TYPE
  739.     SYNTAX MtaGroupEntry
  740.     MAX-ACCESS not-accessible
  741.     STATUS current
  742.     DESCRIPTION
  743.       "The entry associated with each MTA group."
  744.     INDEX {applIndex, mtaGroupIndex}
  745.     ::= {mtaGroupTable 1}
  746.  
  747. MtaGroupEntry ::= SEQUENCE {
  748.     mtaGroupIndex
  749.         INTEGER,
  750.     mtaGroupReceivedMessages
  751.         Counter32,
  752.     mtaGroupRejectedMessages
  753.         Counter32,
  754.     mtaGroupStoredMessages
  755.  
  756.  
  757.  
  758.  
  759.  
  760. Expires Frebruary 1997                                         [Page 13]
  761.  
  762.  
  763.  
  764.  
  765.  
  766. Internet Draft            Mail Monitoring MIB                August 1996
  767.  
  768.  
  769.         Gauge32,
  770.     mtaGroupTransmittedMessages
  771.         Counter32,
  772.     mtaGroupReceivedVolume
  773.         Counter32,
  774.     mtaGroupStoredVolume
  775.         Gauge32,
  776.     mtaGroupTransmittedVolume
  777.         Counter32,
  778.     mtaGroupReceivedRecipients
  779.         Counter32,
  780.     mtaGroupStoredRecipients
  781.         Gauge32,
  782.     mtaGroupTransmittedRecipients
  783.         Counter32,
  784.     mtaGroupOldestMessageStored
  785.         TimeInterval,
  786.     mtaGroupInboundAssociations
  787.         Gauge32,
  788.     mtaGroupOutboundAssociations
  789.         Gauge32,
  790.     mtaGroupAccumulatedInboundAssociations
  791.         Counter32,
  792.     mtaGroupAccumulatedOutboundAssociations
  793.         Counter32,
  794.     mtaGroupLastInboundActivity
  795.         TimeInterval,
  796.     mtaGroupLastOutboundActivity
  797.         TimeInterval,
  798.     mtaGroupLastOutboundAssociationAttempt
  799.         TimeInterval,
  800.     mtaGroupRejectedInboundAssociations
  801.         Counter32,
  802.     mtaGroupFailedOutboundAssociations
  803.         Counter32,
  804.     mtaGroupInboundRejectionReason
  805.         DisplayString,
  806.     mtaGroupOutboundConnectFailureReason
  807.         DisplayString,
  808.     mtaGroupScheduledRetry
  809.         TimeInterval,
  810.     mtaGroupMailProtocol
  811.         OBJECT IDENTIFIER,
  812.     mtaGroupName
  813.         DisplayString,
  814.  
  815.  
  816.  
  817.  
  818.  
  819. Expires Frebruary 1997                                         [Page 14]
  820.  
  821.  
  822.  
  823.  
  824.  
  825. Internet Draft            Mail Monitoring MIB                August 1996
  826.  
  827.  
  828.     mtaGroupSuccessfulConvertedMessages
  829.         Counter32,
  830.     mtaGroupFailedConvertedMessages
  831.         Counter32,
  832.     mtaGroupDescription
  833.         DisplayString,
  834.     mtaGroupURL
  835.         URLString,
  836.     mtaGroupCreationTime
  837.         TimeInterval,
  838.     mtaGroupHierarchy
  839.         INTEGER,
  840.     mtaGroupOldestMessageId
  841.         DisplayString,
  842.     mtaGroupLoopsDetected
  843.         Counter32
  844. }
  845.  
  846. mtaGroupIndex OBJECT-TYPE
  847.     SYNTAX INTEGER (1..2147483647)
  848.     MAX-ACCESS not-accessible
  849.     STATUS current
  850.     DESCRIPTION
  851.       "The index associated with a group for a given MTA."
  852.     ::= {mtaGroupEntry 1}
  853.  
  854. mtaGroupReceivedMessages OBJECT-TYPE
  855.     SYNTAX Counter32
  856.     MAX-ACCESS read-only
  857.     STATUS current
  858.     DESCRIPTION
  859.       "The number of messages received to this group since
  860.        group creation."
  861.     ::= {mtaGroupEntry 2}
  862.  
  863. mtaGroupRejectedMessages OBJECT-TYPE
  864.     SYNTAX Counter32
  865.     MAX-ACCESS read-only
  866.     STATUS current
  867.     DESCRIPTION
  868.       "The number of messages rejected by this group since
  869.        group creation."
  870.     ::= {mtaGroupEntry 3}
  871.  
  872.  
  873.  
  874.  
  875.  
  876.  
  877.  
  878. Expires Frebruary 1997                                         [Page 15]
  879.  
  880.  
  881.  
  882.  
  883.  
  884. Internet Draft            Mail Monitoring MIB                August 1996
  885.  
  886.  
  887. mtaGroupStoredMessages OBJECT-TYPE
  888.     SYNTAX Gauge32
  889.     MAX-ACCESS read-only
  890.     STATUS current
  891.     DESCRIPTION
  892.       "The total number of messages currently stored in this
  893.        group's queue."
  894.     ::= {mtaGroupEntry 4}
  895.  
  896. mtaGroupTransmittedMessages OBJECT-TYPE
  897.     SYNTAX Counter32
  898.     MAX-ACCESS read-only
  899.     STATUS current
  900.     DESCRIPTION
  901.       "The number of messages transmitted by this group since
  902.        group creation."
  903.     ::= {mtaGroupEntry 5}
  904.  
  905. mtaGroupReceivedVolume OBJECT-TYPE
  906.     SYNTAX Counter32
  907.     UNITS "K-octets"
  908.     MAX-ACCESS read-only
  909.     STATUS current
  910.     DESCRIPTION
  911.       "The total volume of messages received to this group since
  912.        group creation, measured in kilo-octets.  This volume
  913.        should include all transferred data that is logically above
  914.        the mail transport protocol level.  For example, an
  915.        SMTP-based MTA should use the number of kilo-octets in the
  916.        message header and body, while an X.400-based MTA should use
  917.        the number of kilo-octets of P2 data."
  918.     ::= {mtaGroupEntry 6}
  919.  
  920.  
  921.  
  922.  
  923.  
  924.  
  925.  
  926.  
  927.  
  928.  
  929.  
  930.  
  931.  
  932.  
  933.  
  934.  
  935.  
  936.  
  937. Expires Frebruary 1997                                         [Page 16]
  938.  
  939.  
  940.  
  941.  
  942.  
  943. Internet Draft            Mail Monitoring MIB                August 1996
  944.  
  945.  
  946. mtaGroupStoredVolume OBJECT-TYPE
  947.     SYNTAX Gauge32
  948.     UNITS "K-octets"
  949.     MAX-ACCESS read-only
  950.     STATUS current
  951.     DESCRIPTION
  952.       "The total volume of messages currently stored in this
  953.        group's queue, measured in kilo-octets.  This volume should
  954.        include all stored data that is logically above the mail
  955.        transport protocol level.  For example, an SMTP-based
  956.        MTA should use the number of kilo-octets in the message
  957.        header and body, while an X.400-based MTA would use the
  958.        number of kilo-octets of P2 data."
  959.     ::= {mtaGroupEntry 7}
  960.  
  961. mtaGroupTransmittedVolume OBJECT-TYPE
  962.     SYNTAX Counter32
  963.     UNITS "K-octets"
  964.     MAX-ACCESS read-only
  965.     STATUS current
  966.     DESCRIPTION
  967.       "The total volume of messages transmitted by this group
  968.        since group creation, measured in kilo-octets.  This
  969.        volume should include all transferred data that is logically
  970.        above the mail transport protocol level.  For example, an
  971.        SMTP-based MTA should use the number of kilo-octets in the
  972.        message header and body, while an X.400-based MTA should use
  973.        the number of kilo-octets of P2 data."
  974.     ::= {mtaGroupEntry 8}
  975.  
  976. mtaGroupReceivedRecipients OBJECT-TYPE
  977.     SYNTAX Counter32
  978.     MAX-ACCESS read-only
  979.     STATUS current
  980.     DESCRIPTION
  981.       "The total number of recipients specified in all messages
  982.        received to this group since group creation.
  983.        Recipients this MTA has no responsibility for should not
  984.        be counted."
  985.     ::= {mtaGroupEntry 9}
  986.  
  987.  
  988.  
  989.  
  990.  
  991.  
  992.  
  993.  
  994.  
  995.  
  996. Expires Frebruary 1997                                         [Page 17]
  997.  
  998.  
  999.  
  1000.  
  1001.  
  1002. Internet Draft            Mail Monitoring MIB                August 1996
  1003.  
  1004.  
  1005. mtaGroupStoredRecipients OBJECT-TYPE
  1006.     SYNTAX Gauge32
  1007.     MAX-ACCESS read-only
  1008.     STATUS current
  1009.     DESCRIPTION
  1010.       "The total number of recipients specified in all messages
  1011.        currently stored in this group's queue.  Recipients this
  1012.        MTA has no responsibility for should not be counted."
  1013.     ::= {mtaGroupEntry 10}
  1014.  
  1015. mtaGroupTransmittedRecipients OBJECT-TYPE
  1016.     SYNTAX Counter32
  1017.     MAX-ACCESS read-only
  1018.     STATUS current
  1019.     DESCRIPTION
  1020.       "The total number of recipients specified in all messages
  1021.        transmitted by this group since group creation.
  1022.        Recipients this MTA had no responsibility for should not
  1023.        be counted."
  1024.     ::= {mtaGroupEntry 11}
  1025.  
  1026. mtaGroupOldestMessageStored OBJECT-TYPE
  1027.     SYNTAX TimeInterval
  1028.     MAX-ACCESS read-only
  1029.     STATUS current
  1030.     DESCRIPTION
  1031.       "Time since the oldest message in this group's queue was
  1032.        placed in the queue."
  1033.     ::= {mtaGroupEntry 12}
  1034.  
  1035. mtaGroupInboundAssociations OBJECT-TYPE
  1036.     SYNTAX Gauge32
  1037.     MAX-ACCESS read-only
  1038.     STATUS current
  1039.     DESCRIPTION
  1040.       "The number of current associations to the group, where the
  1041.        group is the responder."
  1042.     ::= {mtaGroupEntry 13}
  1043.  
  1044.  
  1045.  
  1046.  
  1047.  
  1048.  
  1049.  
  1050.  
  1051.  
  1052.  
  1053.  
  1054.  
  1055. Expires Frebruary 1997                                         [Page 18]
  1056.  
  1057.  
  1058.  
  1059.  
  1060.  
  1061. Internet Draft            Mail Monitoring MIB                August 1996
  1062.  
  1063.  
  1064. mtaGroupOutboundAssociations OBJECT-TYPE
  1065.     SYNTAX Gauge32
  1066.     MAX-ACCESS read-only
  1067.     STATUS current
  1068.     DESCRIPTION
  1069.       "The number of current associations to the group, where the
  1070.       group is the initiator."
  1071.     ::= {mtaGroupEntry 14}
  1072.  
  1073. mtaGroupAccumulatedInboundAssociations OBJECT-TYPE
  1074.     SYNTAX Counter32
  1075.     MAX-ACCESS read-only
  1076.     STATUS current
  1077.     DESCRIPTION
  1078.       "The total number of associations to the group since
  1079.       group creation, where the MTA was the responder."
  1080.     ::= {mtaGroupEntry 15}
  1081.  
  1082. mtaGroupAccumulatedOutboundAssociations OBJECT-TYPE
  1083.     SYNTAX Counter32
  1084.     MAX-ACCESS read-only
  1085.     STATUS current
  1086.     DESCRIPTION
  1087.       "The total number of associations from the group since
  1088.        group creation, where the MTA was the initiator."
  1089.     ::= {mtaGroupEntry 16}
  1090.  
  1091. mtaGroupLastInboundActivity OBJECT-TYPE
  1092.     SYNTAX TimeInterval
  1093.     MAX-ACCESS read-only
  1094.     STATUS current
  1095.     DESCRIPTION
  1096.       "Time since the last time that this group had an active
  1097.       inbound association for purposes of message reception."
  1098.     ::= {mtaGroupEntry 17}
  1099.  
  1100. mtaGroupLastOutboundActivity OBJECT-TYPE
  1101.     SYNTAX TimeInterval
  1102.     MAX-ACCESS read-only
  1103.     STATUS current
  1104.     DESCRIPTION
  1105.       "Time since the last time that this group had a
  1106.        successful outbound association for purposes of
  1107.        message delivery."
  1108.     ::= {mtaGroupEntry 18}
  1109.  
  1110.  
  1111.  
  1112.  
  1113.  
  1114. Expires Frebruary 1997                                         [Page 19]
  1115.  
  1116.  
  1117.  
  1118.  
  1119.  
  1120. Internet Draft            Mail Monitoring MIB                August 1996
  1121.  
  1122.  
  1123. mtaGroupLastOutboundAssociationAttempt OBJECT-TYPE
  1124.     SYNTAX TimeInterval
  1125.     MAX-ACCESS read-only
  1126.     STATUS current
  1127.     DESCRIPTION
  1128.       "Time since the last time that this group attempted
  1129.        to make an outbound association for purposes of
  1130.        message delivery."
  1131.     ::= {mtaGroupEntry 34}
  1132.  
  1133. mtaGroupRejectedInboundAssociations OBJECT-TYPE
  1134.     SYNTAX Counter32
  1135.     MAX-ACCESS read-only
  1136.     STATUS current
  1137.     DESCRIPTION
  1138.       "The total number of inbound associations the group has
  1139.       rejected, since group creation.  Rejected
  1140.       associations are not counted in the accumulated
  1141.       association totals."
  1142.     ::= {mtaGroupEntry 19}
  1143.  
  1144. mtaGroupFailedOutboundAssociations OBJECT-TYPE
  1145.     SYNTAX Counter32
  1146.     MAX-ACCESS read-only
  1147.     STATUS current
  1148.     DESCRIPTION
  1149.       "The total number associations where the group was the
  1150.       initiator and association establishment has failed,
  1151.       since group creation.  Failed associations are
  1152.       not counted in the accumulated association totals."
  1153.     ::= {mtaGroupEntry 20}
  1154.  
  1155. mtaGroupInboundRejectionReason OBJECT-TYPE
  1156.     SYNTAX DisplayString
  1157.     MAX-ACCESS read-only
  1158.     STATUS current
  1159.     DESCRIPTION
  1160.       "The failure reason, if any, for the last association this
  1161.       group refused to respond to. An empty string indicates that
  1162.       the last attempt was successful.  If no association attempt
  1163.       has been made since the MTA was initialized the value
  1164.       should be 'never'."
  1165.     ::= {mtaGroupEntry 21}
  1166.  
  1167.  
  1168.  
  1169.  
  1170.  
  1171.  
  1172.  
  1173. Expires Frebruary 1997                                         [Page 20]
  1174.  
  1175.  
  1176.  
  1177.  
  1178.  
  1179. Internet Draft            Mail Monitoring MIB                August 1996
  1180.  
  1181.  
  1182. mtaGroupOutboundConnectFailureReason OBJECT-TYPE
  1183.     SYNTAX DisplayString
  1184.     MAX-ACCESS read-only
  1185.     STATUS current
  1186.     DESCRIPTION
  1187.       "The failure reason, if any, for the last association attempt
  1188.       this group initiated. An empty string indicates that the last
  1189.       attempt was successful.  If no association attempt has been
  1190.       made since the MTA was initialized the value should be
  1191.       'never'."
  1192.     ::= {mtaGroupEntry 22}
  1193.  
  1194. mtaGroupScheduledRetry OBJECT-TYPE
  1195.     SYNTAX TimeInterval
  1196.     MAX-ACCESS read-only
  1197.     STATUS current
  1198.     DESCRIPTION
  1199.       "The time when this group is scheduled to next attempt to
  1200.        make an association."
  1201.     ::= {mtaGroupEntry 23}
  1202.  
  1203. mtaGroupMailProtocol OBJECT-TYPE
  1204.     SYNTAX OBJECT IDENTIFIER
  1205.     MAX-ACCESS read-only
  1206.     STATUS current
  1207.     DESCRIPTION
  1208.       "An identification of the protocol being used by this group.
  1209.       For an group employing OSI protocols, this will be the
  1210.       Application Context.  For Internet applications, the IANA
  1211.       maintains a registry of the OIDs which correspond to well-known
  1212.       message transfer protocols.  If the application protocol is
  1213.       not listed in the registry, an OID value of the form
  1214.       {applTCPProtoID port} or {applUDProtoID port} are used for
  1215.       TCP-based and UDP-based protocols, respectively.  In either
  1216.       case 'port' corresponds to the primary port number being
  1217.       used by the group.  applTCPProtoID and applUDPProtoID are
  1218.       defined in [5]."
  1219.     ::= {mtaGroupEntry 24}
  1220.  
  1221.  
  1222.  
  1223.  
  1224.  
  1225.  
  1226.  
  1227.  
  1228.  
  1229.  
  1230.  
  1231.  
  1232. Expires Frebruary 1997                                         [Page 21]
  1233.  
  1234.  
  1235.  
  1236.  
  1237.  
  1238. Internet Draft            Mail Monitoring MIB                August 1996
  1239.  
  1240.  
  1241. mtaGroupName OBJECT-TYPE
  1242.     SYNTAX DisplayString
  1243.     MAX-ACCESS read-only
  1244.     STATUS current
  1245.     DESCRIPTION
  1246.       "A descriptive name for the group. If this group connects to
  1247.        a single remote MTA this should be the name of that MTA. If
  1248.        this in turn is an Internet MTA this should be the domain
  1249.        name.  For an OSI MTA it should be the string encoded
  1250.        distinguished name of the managed object using the format
  1251.        defined in RFC 1779 [6]. For X.400(1984) MTAs which do not
  1252.        have a Distinguished Name, the RFC 1327 [9] syntax
  1253.        'mta in globalid' should be used."
  1254.     ::= {mtaGroupEntry 25}
  1255.  
  1256. mtaGroupSuccessfulConvertedMessages OBJECT-TYPE
  1257.     SYNTAX Counter32
  1258.     MAX-ACCESS read-only
  1259.     STATUS current
  1260.     DESCRIPTION
  1261.       "The number of messages that have been successfully
  1262.        converted from one form to another in this group
  1263.        since group creation."
  1264.     ::= {mtaGroupEntry 26}
  1265.  
  1266. mtaGroupFailedConvertedMessages OBJECT-TYPE
  1267.     SYNTAX Counter32
  1268.     MAX-ACCESS read-only
  1269.     STATUS current
  1270.     DESCRIPTION
  1271.       "The number of messages for which an unsuccessful
  1272.        attempt was made to convert them from one form to
  1273.        another in this group since group creation."
  1274.     ::= {mtaGroupEntry 27}
  1275.  
  1276. mtaGroupDescription OBJECT-TYPE
  1277.     SYNTAX DisplayString
  1278.     MAX-ACCESS read-only
  1279.     STATUS current
  1280.     DESCRIPTION
  1281.       "A description of the group's purpose.  This information is
  1282.        intended to identify the group in a status display."
  1283.     ::= {mtaGroupEntry 28}
  1284.  
  1285.  
  1286.  
  1287.  
  1288.  
  1289.  
  1290.  
  1291. Expires Frebruary 1997                                         [Page 22]
  1292.  
  1293.  
  1294.  
  1295.  
  1296.  
  1297. Internet Draft            Mail Monitoring MIB                August 1996
  1298.  
  1299.  
  1300. mtaGroupURL OBJECT-TYPE
  1301.     SYNTAX URLString
  1302.     MAX-ACCESS read-only
  1303.     STATUS current
  1304.     DESCRIPTION
  1305.       "A URL pointing to a description of the group.  This
  1306.        information is intended to identify and describe the group
  1307.        in a status display."
  1308.     ::= {mtaEntry 29}
  1309.  
  1310. mtaGroupCreationTime OBJECT-TYPE
  1311.     SYNTAX TimeInterval
  1312.     MAX-ACCESS read-only
  1313.     STATUS current
  1314.     DESCRIPTION
  1315.       "Time since this group was first created."
  1316.     ::= {mtaGroupEntry 30}
  1317.  
  1318. mtaGroupHierarchy OBJECT-TYPE
  1319.     SYNTAX INTEGER (-2147483648..2147483647)
  1320.     MAX-ACCESS not-accessible
  1321.     STATUS current
  1322.     DESCRIPTION
  1323.       "Describes how this group fits into the hierarchy. A
  1324.        positive value is interpreted as an mtaGroupIndex
  1325.        value for some other group whose variables include
  1326.        those of this group (and usually others). A negative
  1327.        value is interpreted as a group collection code: Groups
  1328.        with common negative hierarchy values comprise one
  1329.        particular breakdown of MTA activity as a whole. A
  1330.        zero value means that this MIB implementation doesn't
  1331.        implement hierarchy indicators and thus the overall
  1332.        group hierarchy cannot be determined."
  1333.     ::= {mtaGroupEntry 31}
  1334.  
  1335. mtaGroupOldestMessageId OBJECT-TYPE
  1336.     SYNTAX DisplayString
  1337.     MAX-ACCESS read-only
  1338.     STATUS current
  1339.     DESCRIPTION
  1340.       "Message ID of the oldest message in the group's queue.
  1341.        Whenever possible this should be in the form of an
  1342.        RFC 822 [10] msg-id; X.400 may convert X.400 message
  1343.        identifiers to this form by following the rules laid
  1344.        out in RFC1327 [9]."
  1345.  
  1346.  
  1347.  
  1348.  
  1349.  
  1350. Expires Frebruary 1997                                         [Page 23]
  1351.  
  1352.  
  1353.  
  1354.  
  1355.  
  1356. Internet Draft            Mail Monitoring MIB                August 1996
  1357.  
  1358.  
  1359.     ::= {mtaGroupEntry 32}
  1360.  
  1361. mtaGroupLoopsDetected OBJECT-TYPE
  1362.     SYNTAX Counter32
  1363.     MAX-ACCESS read-only
  1364.     STATUS current
  1365.     DESCRIPTION
  1366.       "A message loop is defined as a situation where the MTA
  1367.        decides that a given message will never be delivered to
  1368.        one or more recipients and instead will continue to
  1369.        loop endlessly through one or more MTAs.  This variable
  1370.        counts the number of times the MTA has detected such a
  1371.        situation in conjunction with something associated with
  1372.        this group since group creation.  Note that the
  1373.        mechanism MTAs use to detect loops (e.g. trace field
  1374.        counting, count of references to this MTA in a trace
  1375.        field, examination of DNS or other directory information,
  1376.        etc.), the level at which loops are detected (e.g. per
  1377.        message, per recipient, per directory entry, etc.), and
  1378.        the handling of a loop once it is detected (e.g. looping
  1379.        messages are held, looping messages are bounced or sent
  1380.        to the postmaster, messages that the MTA knows will loop
  1381.        won't be accepted, etc.) vary widely from one MTA to the
  1382.        next and cannot be inferred from this variable."
  1383.     ::= {mtaGroupEntry 33}
  1384.  
  1385. mtaGroupAssociationTable OBJECT-TYPE
  1386.     SYNTAX SEQUENCE OF MtaGroupAssociationEntry
  1387.     MAX-ACCESS not-accessible
  1388.     STATUS current
  1389.     DESCRIPTION
  1390.       "The table holding information regarding the associations
  1391.        for each MTA group."
  1392.     ::= {mta 3}
  1393.  
  1394. mtaGroupAssociationEntry OBJECT-TYPE
  1395.     SYNTAX MtaGroupAssociationEntry
  1396.     MAX-ACCESS not-accessible
  1397.     STATUS current
  1398.     DESCRIPTION
  1399.       "The entry holding information regarding the associations
  1400.        for each MTA group."
  1401.     INDEX {applIndex, mtaGroupIndex, mtaGroupAssociationIndex}
  1402.     ::= {mtaGroupAssociationTable 1}
  1403.  
  1404.  
  1405.  
  1406.  
  1407.  
  1408.  
  1409. Expires Frebruary 1997                                         [Page 24]
  1410.  
  1411.  
  1412.  
  1413.  
  1414.  
  1415. Internet Draft            Mail Monitoring MIB                August 1996
  1416.  
  1417.  
  1418. MtaGroupAssociationEntry ::= SEQUENCE {
  1419.     mtaGroupAssociationIndex
  1420.         INTEGER
  1421. }
  1422.  
  1423. mtaGroupAssociationIndex OBJECT-TYPE
  1424.     SYNTAX INTEGER (1..2147483647)
  1425.     MAX-ACCESS read-only
  1426.     STATUS current
  1427.     DESCRIPTION
  1428.       "Reference into association table to allow correlation of
  1429.        this group's active associations with the association table."
  1430.     ::= {mtaGroupAssociationEntry 1}
  1431.  
  1432. -- Conformance information
  1433.  
  1434. mtaConformance OBJECT IDENTIFIER ::= {mta 4}
  1435.  
  1436. mtaGroups      OBJECT IDENTIFIER ::= {mtaConformance 1}
  1437. mtaCompliances OBJECT IDENTIFIER ::= {mtaConformance 2}
  1438.  
  1439.  
  1440. -- Compliance statements
  1441.  
  1442. mtaCompliance MODULE-COMPLIANCE
  1443.     STATUS current
  1444.     DESCRIPTION
  1445.       "The compliance statement for SNMPv2 entities which
  1446.        implement the Mail Monitoring MIB for basic
  1447.        monitoring of MTAs."
  1448.     MODULE  -- this module
  1449.       MANDATORY-GROUPS {mtaGroup}
  1450.     ::= {mtaCompliances 1}
  1451.  
  1452.  
  1453. mtaAssocCompliance MODULE-COMPLIANCE
  1454.     STATUS current
  1455.     DESCRIPTION
  1456.       "The compliance statement for SNMPv2 entities which
  1457.        implement the Mail Monitoring MIB for monitoring of
  1458.        MTAs and their associations."
  1459.     MODULE  -- this module
  1460.       MANDATORY-GROUPS {mtaGroup, mtaAssocGroup}
  1461.     ::= {mtaCompliances 2}
  1462.  
  1463.  
  1464.  
  1465.  
  1466.  
  1467.  
  1468. Expires Frebruary 1997                                         [Page 25]
  1469.  
  1470.  
  1471.  
  1472.  
  1473.  
  1474. Internet Draft            Mail Monitoring MIB                August 1996
  1475.  
  1476.  
  1477. -- Units of conformance
  1478.  
  1479. mtaGroup OBJECT-GROUP
  1480.     OBJECTS {
  1481.       mtaReceivedMessages, mtaStoredMessages,
  1482.       mtaTransmittedMessages, mtaReceivedVolume, mtaStoredVolume,
  1483.       mtaTransmittedVolume, mtaReceivedRecipients,
  1484.       mtaStoredRecipients, mtaTransmittedRecipients,
  1485.       mtaSuccessfulConvertedMessages, mtaFailedConvertedMessages,
  1486.       mtaLoopsDetected, mtaDescription, mtaURL,
  1487.       mtaGroupReceivedMessages, mtaGroupRejectedMessages,
  1488.       mtaGroupStoredMessages, mtaGroupTransmittedMessages,
  1489.       mtaGroupReceivedVolume, mtaGroupStoredVolume,
  1490.       mtaGroupTransmittedVolume, mtaGroupReceivedRecipients,
  1491.       mtaGroupStoredRecipients, mtaGroupTransmittedRecipients,
  1492.       mtaGroupOldestMessageStored, mtaGroupInboundAssociations,
  1493.       mtaGroupOutboundAssociations,
  1494.       mtaGroupAccumulatedInboundAssociations,
  1495.       mtaGroupAccumulatedOutboundAssociations,
  1496.       mtaGroupLastInboundActivity, mtaGroupLastOutboundActivity,
  1497.       mtaGroupLastOutboundAssociationAttempt,
  1498.       mtaGroupRejectedInboundAssociations,
  1499.       mtaGroupFailedOutboundAssociations,
  1500.       mtaGroupInboundRejectionReason,
  1501.       mtaGroupOutboundConnectFailureReason,
  1502.       mtaGroupScheduledRetry, mtaGroupMailProtocol, mtaGroupName,
  1503.       mtaGroupSuccessfulConvertedMessages,
  1504.       mtaGroupFailedConvertedMessages, mtaGroupDescription,
  1505.       mtaGroupURL, mtaGroupCreationTime, mtaGroupHierarchy,
  1506.       mtaGroupOldestMessageId, mtaGroupLoopsDetected}
  1507.     STATUS current
  1508.     DESCRIPTION
  1509.       "A collection of objects providing basic monitoring of MTAs."
  1510.     ::= {mtaGroups 1}
  1511.  
  1512. mtaAssocGroup OBJECT-GROUP
  1513.     OBJECTS {
  1514.       mtaGroupAssociationIndex}
  1515.     STATUS current
  1516.     DESCRIPTION
  1517.       "A collection of objects providing monitoring of MTA
  1518.        associations."
  1519.     ::= {mtaGroups 2}
  1520.  
  1521. END
  1522.  
  1523.  
  1524.  
  1525.  
  1526.  
  1527. Expires Frebruary 1997                                         [Page 26]
  1528.  
  1529.  
  1530.  
  1531.  
  1532.  
  1533. Internet Draft            Mail Monitoring MIB                August 1996
  1534.  
  1535.  
  1536. 7.  Changes made since RFC 1566
  1537.  
  1538. The only changes made to this document since it was issued as RFC 1566
  1539. [8] are the following:
  1540.  
  1541.  (1)   A number of DESCRIPTION fields have been reworded, hopefully
  1542.        making them clearer.
  1543.  
  1544.  (2)   mtaDescription, mtaURL, mtaGroupDescription, mtaGroupURL fields
  1545.        have been added.  These fields are intended to identify and
  1546.        describe the MTA and the various MTA groups.
  1547.  
  1548.  (3)   The time since the last outbound association attempt is now
  1549.        distinct from the time since the last successfuol outbound
  1550.        association attempt.
  1551.  
  1552.  (4)   Conversion operation counters have been added.
  1553.  
  1554.  (5)   A mechanism to explicitly describe group hierarchies has been
  1555.        added.
  1556.  
  1557.  (6)   A field for the ID of the oldest message in a group's queue has
  1558.        been added.
  1559.  
  1560.  (7)   Per-MTA and per-group message loop counters have been added.
  1561.  
  1562.  
  1563.  
  1564.  
  1565.  
  1566.  
  1567.  
  1568.  
  1569.  
  1570.  
  1571.  
  1572.  
  1573.  
  1574.  
  1575.  
  1576.  
  1577.  
  1578.  
  1579.  
  1580.  
  1581.  
  1582.  
  1583.  
  1584.  
  1585.  
  1586. Expires Frebruary 1997                                         [Page 27]
  1587.  
  1588.  
  1589.  
  1590.  
  1591.  
  1592. Internet Draft            Mail Monitoring MIB                August 1996
  1593.  
  1594.  
  1595. 8.  Acknowledgements
  1596.  
  1597. This document is a product of the Mail and Directory Management (MADMAN)
  1598. Working Group. It is based on an earlier MIB designed by S. Kille, T.
  1599. Lenggenhager, D. Partain, and W. Yeong. The Electronic Mail
  1600. Association's TSC committee was instrumental in  providing feedback on
  1601. and suggesting enhancements to RFC 1566 [8] that have led to the present
  1602. document.
  1603.  
  1604.  
  1605. 9.  References
  1606.  
  1607. [1]  Case, J., McCloghrie, K., Rose, M., and Waldbusser, S., "Structure
  1608.      of Management Information for Version 2 of the Simple Network
  1609.      Management Protocol (SNMPv2)", RFC 1902, January 1996.
  1610.  
  1611. [2]  McCloghrie, K., and Rose, M., Editors, "Management Information Base
  1612.      for Network Management of TCP/IP-based internets: MIB-II", STD 17,
  1613.      RFC 1213, March 1991.
  1614.  
  1615. [3]  Galvin, J., McCloghrie, K., " Administrative Model for version 2 of
  1616.      the Simple Network Management Protocol (SNMPv2)", RFC 1445, April
  1617.      1993.
  1618.  
  1619. [4]  Case, J., McCloghrie, K., Rose, M., and Waldbusser, S., "Protocol
  1620.      Operations for Version 2 of the Simple Network Management Protocol
  1621.      (SNMPv2)", RFC 1905, January 1996.
  1622.  
  1623. [5]  Freed, N., Kille, S., "The Network Services Monitoring MIB",
  1624.      Internet Draft, March 1996.
  1625.  
  1626. [6]  Kille, S., "A String Representation of Distinguished Names", RFC
  1627.      1779, March 1995.
  1628.  
  1629. [7]  Berners-Lee, T., Masinter, L., McCahill, M., iform Resource
  1630.      Locators (URL)", RFC 1738, December 1994.
  1631.  
  1632. [8]  Freed, N., Kille, S., "Mail Monitoring MIB", RFC 1566, January
  1633.      1994.
  1634.  
  1635. [9]  Kille, S., "Mapping between X.400(1988) / ISO 10021 and RFC 822",
  1636.      RFC 1327, May 1992.
  1637.  
  1638. [10] Crocker, D., "Standard for the Format of ARPA Internet Text
  1639.      Message", August 1982.
  1640.  
  1641.  
  1642.  
  1643.  
  1644.  
  1645. Expires Frebruary 1997                                         [Page 28]
  1646.  
  1647.  
  1648.  
  1649.  
  1650.  
  1651. Internet Draft            Mail Monitoring MIB                August 1996
  1652.  
  1653.  
  1654. [11] Vaudreuil, G., "Enhanced Mail System Status Codes", RFC 1893, Octel
  1655.      Network Services, January 1996.
  1656.  
  1657.  
  1658. 10.  Security Considerations
  1659.  
  1660. Security issues are not discussed in this memo.
  1661.  
  1662.  
  1663. 11.  Authors' Addresses
  1664.  
  1665.      Ned Freed, Editor
  1666.      Innosoft International, Inc.
  1667.      1050 East Garvey Avenue South
  1668.      West Covina, CA 91790
  1669.      USA
  1670.       tel: +1 818 919 3600
  1671.       fax: +1 818 919 3614
  1672.       email: ned@innosoft.com
  1673.  
  1674.      Steve Kille, WG Chair
  1675.      ISODE Consortium
  1676.      The Dome, The Square
  1677.      Richmond TW9 1DT
  1678.      UK
  1679.        tel: +44 181 332 9091
  1680.        email: S.Kille@isode.com
  1681.  
  1682.  
  1683.  
  1684.  
  1685.  
  1686.  
  1687.  
  1688.  
  1689.  
  1690.  
  1691.  
  1692.  
  1693.  
  1694.  
  1695.  
  1696.  
  1697.  
  1698.  
  1699.  
  1700.  
  1701.  
  1702.  
  1703.  
  1704. Expires Frebruary 1997                                         [Page 29]
  1705.  
  1706.  
  1707.