RFC Errata
RFC 4876, "A Configuration Profile Schema for Lightweight Directory Access Protocol (LDAP)-Based Agents", May 2007
Source of RFC: INDEPENDENTSee Also: RFC 4876 w/ inline errata
Errata ID: 988
Status: Verified
Type: Editorial
Publication Format(s) : TEXT
Reported By: Alfred Hoenes
Date Reported: 2007-05-27
Verifier Name: RFC Editor
Date Verified: 2007-11-02
(1) Section 3.1 -- word omission in DESC On page 9, the RFC says: ( 1.3.6.1.4.1.11.1.3.1.1.15 NAME 'serviceAuthenticationMethod' | DESC 'Specifies types authentication methods either used, required, or supported by a particular service' EQUALITY caseIgnoreMatch SUBSTR caseIgnoreSubstringsMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 ) It should say: ( 1.3.6.1.4.1.11.1.3.1.1.15 NAME 'serviceAuthenticationMethod' | DESC 'Specifies types of authentication methods either used, required, or supported by a particular service' EQUALITY caseIgnoreMatch SUBSTR caseIgnoreSubstringsMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 ) (2) Section 4.6 -- typo/grammar On page 19, just above the headline 'Example:', the RFC says: | The authors' belief that the user community is more familiar with the search filter syntax described by RFC 4515 than with that described by the enhancedSearchGuide syntax. It should say either: | The authors' belief is that the user community is more familiar with the search filter syntax described by RFC 4515 than with that described by the enhancedSearchGuide syntax. or, even simpler: | The authors believe that the user community is more familiar with the search filter syntax described by RFC 4515 than with that described by the enhancedSearchGuide syntax. (3) Section 4.13 -- missing articles On page 26, the RFC says: Example: Suppose a DUA is acting on behalf of an email service. By default the "email" service uses the "mail", "cn", and "sn" attributes to | discover mail addresses in entries created using inetOrgPerson object class [RFC2789]. However, the email service has been | deployed in an environment that uses entries created using "employee" object class. [...] It should perhaps better say: Suppose a DUA is acting on behalf of an email service. By default the "email" service uses the "mail", "cn", and "sn" attributes to | discover mail addresses in entries created using the inetOrgPerson object class [RFC2789]. However, the email service has been | deployed in an environment that uses entries created using the "employee" object class. [...]
It should say:
[see above]
Notes:
from pending