rfc2249.txt

RFC 的详细文档！

RFC 2249                  Mail Monitoring MIB               January 1998


      "The entry holding information regarding accumulated
       errors for each MTA group."
    INDEX {applIndex, mtaGroupIndex, mtaStatusCode}
    ::= {mtaGroupErrorTable 1}

MtaGroupErrorEntry ::= SEQUENCE {
    mtaGroupInboundErrorCount
        Counter32,
    mtaGroupInternalErrorCount
        Counter32,
    mtaGroupOutboundErrorCount
        Counter32
}

mtaGroupInboundErrorCount OBJECT-TYPE
    SYNTAX Counter32
    MAX-ACCESS read-only
    STATUS current
    DESCRIPTION
      "Count of the number of errors of a given type that have
       been accumulated in assocation 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."
    ::= {mtaGroupErrorEntry 1}


mtaGroupInternalErrorCount OBJECT-TYPE
    SYNTAX Counter32
    MAX-ACCESS read-only
    STATUS current
    DESCRIPTION
      "Count of the number of errors of a given type that have
       been accumulated in assocation with a particular group
       during internal MTA processing."
    ::= {mtaGroupErrorEntry 2}

mtaGroupOutboundErrorCount OBJECT-TYPE
    SYNTAX Counter32
    MAX-ACCESS read-only
    STATUS current
    DESCRIPTION
      "Count of the number of errors of a given type that have
       been accumulated in assocation with a particular group's
       outbound connection activities. In the case of an SMTP
       client these will typically be errors reported while



Freed & Kille               Standards Track                    [Page 22]

RFC 2249                  Mail Monitoring MIB               January 1998


       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."
    ::= {mtaGroupErrorEntry 3}

-- Conformance information

mtaConformance OBJECT IDENTIFIER ::= {mta 4}

mtaGroups      OBJECT IDENTIFIER ::= {mtaConformance 1}
mtaCompliances OBJECT IDENTIFIER ::= {mtaConformance 2}

-- Compliance statements

mtaCompliance MODULE-COMPLIANCE
    STATUS current
    DESCRIPTION
      "The compliance statement for SNMPv2 entities which
       implement the Mail Monitoring MIB for basic
       monitoring of MTAs."
    MODULE  -- this module
      MANDATORY-GROUPS {mtaGroup}
    ::= {mtaCompliances 1}

mtaAssocCompliance MODULE-COMPLIANCE
    STATUS current
    DESCRIPTION
      "The compliance statement for SNMPv2 entities which
       implement the Mail Monitoring MIB for monitoring of
       MTAs and their associations."
    MODULE  -- this module
      MANDATORY-GROUPS {mtaGroup, mtaAssocGroup}
    ::= {mtaCompliances 2}

mtaErrorCompliance MODULE-COMPLIANCE
    STATUS current
    DESCRIPTION
      "The compliance statement for SNMPv2 entities which
       implement the Mail Monitoring MIB for monitoring of
       MTAs and detailed errors."
    MODULE  -- this module
      MANDATORY-GROUPS {mtaGroup, mtaErrorGroup}
    ::= {mtaCompliances 3}

mtaFullCompliance MODULE-COMPLIANCE
    STATUS current
    DESCRIPTION



Freed & Kille               Standards Track                    [Page 23]

RFC 2249                  Mail Monitoring MIB               January 1998


      "The compliance statement for SNMPv2 entities which
       implement the full Mail Monitoring MIB for monitoring
       of MTAs, associations, and detailed errors."
    MODULE  -- this module
      MANDATORY-GROUPS {mtaGroup, mtaAssocGroup, mtaErrorGroup}
    ::= {mtaCompliances 4}

-- Units of conformance

mtaGroup OBJECT-GROUP
    OBJECTS {
      mtaReceivedMessages, mtaStoredMessages,
      mtaTransmittedMessages, mtaReceivedVolume, mtaStoredVolume,
      mtaTransmittedVolume, mtaReceivedRecipients,
      mtaStoredRecipients, mtaTransmittedRecipients,
      mtaSuccessfulConvertedMessages, mtaFailedConvertedMessages,
      mtaGroupReceivedMessages, mtaGroupRejectedMessages,
      mtaGroupStoredMessages, mtaGroupTransmittedMessages,
      mtaGroupReceivedVolume, mtaGroupStoredVolume,
      mtaGroupTransmittedVolume, mtaGroupReceivedRecipients,
      mtaGroupStoredRecipients, mtaGroupTransmittedRecipients,
      mtaGroupOldestMessageStored, mtaGroupInboundAssociations,
      mtaGroupOutboundAssociations, mtaLoopsDetected,
      mtaGroupAccumulatedInboundAssociations,
      mtaGroupAccumulatedOutboundAssociations,
      mtaGroupLastInboundActivity, mtaGroupLastOutboundActivity,
      mtaGroupLastOutboundAssociationAttempt,
      mtaGroupRejectedInboundAssociations,
      mtaGroupFailedOutboundAssociations,
      mtaGroupInboundRejectionReason,
      mtaGroupOutboundConnectFailureReason,
      mtaGroupScheduledRetry, mtaGroupMailProtocol, mtaGroupName,
      mtaGroupSuccessfulConvertedMessages,
      mtaGroupFailedConvertedMessages, mtaGroupDescription,
      mtaGroupURL, mtaGroupCreationTime, mtaGroupHierarchy,
      mtaGroupOldestMessageId, mtaGroupLoopsDetected}
    STATUS current
    DESCRIPTION
      "A collection of objects providing basic monitoring of MTAs."
    ::= {mtaGroups 1}

mtaAssocGroup OBJECT-GROUP
    OBJECTS {
      mtaGroupAssociationIndex}
    STATUS current
    DESCRIPTION
      "A collection of objects providing monitoring of MTA
       associations."



Freed & Kille               Standards Track                    [Page 24]

RFC 2249                  Mail Monitoring MIB               January 1998


    ::= {mtaGroups 2}

mtaErrorGroup OBJECT-GROUP
    OBJECTS {
      mtaGroupInboundErrorCount, mtaGroupInternalErrorCount,
      mtaGroupOutboundErrorCount}
    STATUS current
    DESCRIPTION
      "A collection of objects providing monitoring of
       detailed MTA errors."
    ::= {mtaGroups 3}

END

7.  Changes made since RFC 1566

   The only changes made to this document since it was issued as RFC
   1566 [11] are the following:

    (1)   A number of DESCRIPTION fields have been reworded, hopefully
          making them clearer.

    (2)   mtaGroupDescription and mtaGroupURL fields have been added.
          These fields are intended to identify and describe the MTA and
          the various MTA groups.

    (3)   The time since the last outbound association attempt is now
          distinct from the time since the last successfuol outbound
          association attempt.

    (4)   Conversion operation counters have been added.

    (5)   A mechanism to explicitly describe group hierarchies has been
          added.

    (6)   A mechanism to count specific sorts of errors has been added.

    (7)   A field for the ID of the oldest message in a group's queue
          has been added.

    (8)   Per-MTA and per-group message loop counters have been added.

    (9)   A new table has been added to keep track of any errors an MTA
          encounters.







Freed & Kille               Standards Track                    [Page 25]

RFC 2249                  Mail Monitoring MIB               January 1998


8.  Acknowledgements

   This document is a work product of the Mail and Directory Management
   (MADMAN) Working Group of the IETF. It is based on an earlier MIB
   designed by S. Kille, T. Lenggenhager, D. Partain, and W. Yeong. The
   Electronic Mail Association's TSC committee was instrumental in
   providing feedback on and suggesting enhancements to RFC 1566 [11]
   that have led to the present document.

9.  References

   [1]  SNMPv2 Working Group, Case, J., McCloghrie, K., Rose, M., and
        S. Waldbusser, "Structure of Management Information for Version
        2 of the Simple Network Management Protocol (SNMPv2)", RFC 1902,
        January 1996.

   [2]  SNMPv2 Working Group, Case, J., McCloghrie, K., Rose, M., and
        S. Waldbusser, "Textual Conventions for Version 2 of the Simple
        Network Management Protocol (SNMPv2)", RFC 1903, January 1996.

   [3]  SNMPv2 Working Group, Case, J., McCloghrie, K., Rose, M., and
        S. Waldbusser, "Conformance Statements for Version 2 of the
        Simple Network Management Protocol (SNMPv2)", RFC 1904, January
        1996.

   [4]  SNMPv2 Working Grou, Case, J., McCloghrie, K., Rose, M., and
        S. Waldbusser, "Protocol Operations for Version 2 of the Simple
        Network Management Protocol (SNMPv2)", RFC 1905, January 1996.

   [5]  SNMPv2 Working Group, Case, J., McCloghrie, K., Rose, M., and
        S. Waldbusser, "Transport Mappings for Version 2 of the Simple
        Network Management Protocol (SNMPv2)", RFC 1906, January 1996.

   [6]  SNMPv2 Working Group, Case, J., McCloghrie, K., Rose, M., and
        S. Waldbusser, "Management Information Base for Version 2 of the
        Simple Network Management Protocol (SNMPv2)", RFC 1907, January
        1996.

   [7]  SNMPv2 Working Group, Case, J., McCloghrie, K., Rose, M., and
        S. Waldbusser, "Coexistence between Version 1 and Version 2 of
        the Internet-standard Network Management Framework", RFC 1908,
        January 1996.

   [8]  Freed, N., and S. Kille, "The Network Services Monitoring MIB",
        RFC 2248, January 1998.

   [9]  Kille, S., "A String Representation of Distinguished Names", RFC
        1779, March 1995.



Freed & Kille               Standards Track                    [Page 26]

RFC 2249                  Mail Monitoring MIB               January 1998


   [10] Berners-Lee, T., Masinter, L. and M. McCahill, Uniform Resource
        Locators (URL)", RFC 1738, December 1994.

   [11] Freed, N. and S. Kille, "Mail Monitoring MIB", RFC 1566, January
        1994.

   [12] Kille, S., "Mapping between X.400(1988) / ISO 10021 and RFC
        822", RFC 1327, May 1992.

   [13] Crocker, D., "Standard for the Format of ARPA Internet Text
        Message", RFC 822, August 1982.

   [14] Vaudreuil, G., "Enhanced Mail System Status Codes", RFC 1893,
        January 1996.

10.  Security Considerations

   This MIB does not offer write access, and as such cannot be used to
   actively attack a system. However, this MIB does provide passive
   information about the existance, type, and configuration of
   applications on a given host that could potentially indicate some
   sort of vulnerability. Finally, the information MIB provides about
   network usage could be used to analyze network traffic patterns.

11.  Author and Chair Addresses

   Ned Freed
   Innosoft International, Inc.
   1050 Lakes Drive
   West Covina, CA 91790
   USA

   Phone: [phone]
   Fax: [phone]
   EMail: [e-mail]


   Steve Kille, MADMAN WG Chair
   ISODE Consortium
   The Dome, The Square
   Richmond TW9 1DT
   UK

   Phone: [phone]
   EMail: [e-mail]






Freed & Kille               Standards Track                    [Page 27]

RFC 2249                  Mail Monitoring MIB               January 1998


12.  Full Copyright Statement

   Copyright (C) The Internet Society (1998). All Rights Reserved.

   This document and translations of it may be copied and furnished  to
   others, and derivative works that comment on or otherwise  explain it
   or assist in its implementation may be prepared, copied,  published
   and distributed, in whole or in part, without  restriction of any
   kind, provided that the above copyright notice  and this paragraph
   are included on all such copies and derivative  works.  However, this
   document itself may not be modified in any  way, such as by removing
   the copyright notice or references to the  Internet Society or other
   Internet organizations, except as needed for the purpose of
   developing Internet standards in which case the  procedures for
   copyrights defined in the Internet Standards  process must be
   followed, or as required to translate it into languages other than
   English.

   The limited permissions granted above are perpetual and will not be
   revoked by the Internet Society or its successors or assigns.

   This document and the information contained herein is provided on  an
   "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET  ENGINEERING
   TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR  IMPLIED, INCLUDING
   BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF  THE INFORMATION
   HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF
   MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
   RPO























Freed & Kille               Standards Track                    [Page 28]