[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: objectIdentifierMatch on ambiguous name
Kurt D. Zeilenga writes:
>> I think a general statement is better than listing instances.
>
> While I certainly would prefer a general statement, I'm afraid
> that different statements might be needed for different instances.
Eh? Then why did you too suggest a general statement further down?
>> Something like
>>
>> 4.3.26 (OID):
>> Since a short name can refer to different OIDs in different
>> contexts (e.g. there might be an object class 'x-fubar' and an
>> attribute type 'x-fubar' in a subschema), a server SHOULD NOT
>> allow short names in the OID syntax in contexts where it does
>> not know which <numericoid> the short name represents.
>
> Doesn't this contradict [Models, 1.3]?
I guess so, but so does your suggestion. Doesn't it say the same thing
(except that yours is shorter and better:-)?
> I'm thinking 4.3.26 of [Syntaxes] should say something like:
>
> Servers SHOULD prevent values in <descr> form from be
> stored in the directory for which the server is not
> able to unambiguously determine which OID the <descr>
> represents.
>
> and 5.1.17:
> If the assertion value is presented in <descr> form and
> the implementation is not able to determine which OID
> the <descr> represents, the server SHOULD treat the
> assertion as being Undefined.
> That is, if the server cannot determine which OID the <descr>
> refers to, the <descr> should be viewed as invalid.
Fine.
--
Hallvard