- unescaping of `\\mar` should give `\mar` , not `\\mar`
- to obtain `ing,"` , the escaped version should be `ing,\"'
(This presentation is biased to attribute one error each to the
two tagged lines - you might have intended another version.)

Discussed this with author, corrected version as above, with comment
"I have moved the quote to before the comma (since that is more of a
constructive example) and properly escaped it, as well as properly
processed the first escaped backslash."

(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. [...]