Ticket #279 - filter normalization does not use matching rules
    
    https://fedorahosted.org/389/ticket/279
    Resolves: Ticket #279
    Bug Description: filter normalization does not use matching rules
    Reviewed by: nhosoi (Thanks!)
    Branch: master
    Fix Description: When normalizing the values in a filter, the normalization
    must take into account the type of filter being used, and the matching
    rules associated with the attribute, corresponding to the type of filter.
    Added a mr_normalize function for matching rules.  This is primarily needed
    by the cis and ces associated matching rules, for the case where the
    normalization function provided by the syntax is different than the one
    associated with the matching rule.  For example, Directory String (cis)
    by default uses a case insensitive normalization function, but if you are
    using a caseExact matching rule you must use a case sensitive
    normalization function.  Added the new function
    slapi_attr_value_normalize_ext() to allow passing in the type of search
    filter to normalize for.
    Platforms tested: RHEL6 x86_64
    Flag Day: yes - plugin structure size change
    Doc impact: yes - document the new function