[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
protocol: inappropriateMatching result code
When is the inappropriateMatching result code returned?
Its description in Appendix A says:
Indicates that an attempt was made, e.g. in a filter, to use
a matching rule not defined for the attribute type concerned.
This text is roughly copied from X.511 section 12.4.
However, [Protocol] Section 4.5.1 (Search Request) implies that this
does not return an error, but just causes entries to be ignored:
- The extensibleMatch description says:
If the type field is present and the matchingRule is present,
(...) the matchingRule MUST be one
suitable for use with the specified type (see [Syntaxes]),
otherwise the filter item is undefined.
- A bit earlier, the section says:
If the filter evaluates
to FALSE or Undefined, then the entry is ignored for the search.
- Other ways to use extensibleMatch (like ...:dn:matchingrule:=val,
which might pass an attribute value to an inappropriate matching
rule) don't say that the result is undefined and non-error the
same way, but it seems implied that they work the same way.
OTOH, I imagine the result code could be returned for e.g.:
- an unrecognized extensibleMatch matching rule,
- extensibleMatch with neither matching rule nor attribute type,
- equality match on an attribute with no EQUALITY matching rule.
--
Hallvard