[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: inheritance of matching rules (ITS#868)



The approx. inheritance appears to work fine now.
Thank you!
Martin.

"Kurt D. Zeilenga" wrote:
> 
> I committed a fix which should resolve this issue.
> 
>         Kurt
> 
> At 11:32 AM 11/2/00 +0000, m.d.t.evans@qmw.ac.uk wrote:
> >Full_Name: Martin Evans
> >Version: Recent CVS
> >OS: Linux 2.1.x
> >URL:
> >Submission from: (NULL) (138.37.8.180)
> >
> >
> >Recently, Mark Adamson of CMU kindly contributed his approximate matching
> >algorithms to the CVS.
> >
> >The approximate matching code works for the filter (mail~=xxxx) but not with
> >the filter (sn~=xxxx).
> >
> >The mail attributeType contains a EQUALITY matching rule in its definition:
> >
> >attributetype ( 0.9.2342.19200300.100.1.3
> >    NAME ( 'mail' 'rfc822Mailbox' )
> >    DESC 'RFC1274: RFC822 Mailbox'
> >    EQUALITY caseIgnoreIA5Match
> >    SUBSTR caseIgnoreIA5SubstringsMatch
> >    SYNTAX 1.3.6.1.4.1.1466.115.121.1.26{256} )
> >
> >Whereas the sn inherits its rule from 'name':
> >
> >attributetype ( 2.5.4.41 NAME 'name'
> >        EQUALITY caseIgnoreMatch
> >        SUBSTR caseIgnoreSubstringsMatch
> >        SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{32768} )
> >
> >attributetype ( 2.5.4.4 NAME ( 'sn' 'surname' ) SUP name )
> >
> >If the sn attributetype is modified to directly reference the rule then the
> >approx matching works. I.e. with the undesirable:
> >
> >attributetype ( 2.5.4.4 NAME ( 'sn' 'surname' )
> >         EQUALITY caseIgnoreMatch
> >         SUP name )
> >
> >
> >This has led Mark and myself to believe that the inheritance is not working
> >correctly.
> >
> >Thought you should know,
> >
> >Martin.

-- M.D.T.Evans - Computing Services - Queen Mary & Westfield College --