[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: (ITS#7226) olcAuditlogFile At dos not accept multiple values
> quanah@zimbra.com wrote:
>> --On Thursday, April 05, 2012 7:38 PM +0000 h.b.furuseth@usit.uio.no
>> wrote:
>>
>>> On Thu, 5 Apr 2012 13:12:31 GMT, michael@stroeder.com wrote:
>>>> hyc@symas.com wrote:
>>>>> michael@stroeder.com wrote:
>>>>>> 2. add an equality matching rule.
>>>>>
>>>>> My approach with config attrs has been to skip the equality rule for
>>>>> single-valued attrs. Since they are single-valued, there's obviously
>>>>> no need
>>>>> to allow for comparing multiple values.
>>>
>>> Users always find more ways to use a feature than its creator
>>> imagined.
>>>
>>> I wish people would give attributes all matching rules they can.
>>> Equality, ordering, substring. Except when:
>>> - flexibility would be a misfeature, e.g. SUBSTR for userPassword,
>>> - or it's unclear which rules to choose, e.g. caseIgnore vs
>>> caseExact.
>>
>> I agree. I think defining matching rules where possible is extremely
>> useful.
>
> Patch welcome. This is a pretty trivial patch to write, but I have more
> urgent
> things to attend to.
In general, I also prefer to have NO matching rules associated to attrs
designed for purposes that do not require matching (this is often the case
of configuration-specific attributes mostly if not only intended for
internal use). Whenever one needs to search them, extensible filtering is
your friend.
p.