Comments: draft-ietf-vpim-vpimdir-09.txt
Andrew Sciberras <[email protected]> Thu, 03 Feb 2005 11:54:30 +1100
| Newsgroups | gmane.ietf.vpim |
|---|---|
| Organization | eB2Bcom |
| Message-ID | <[email protected]> |
Hi Greg, I just have a few comments to make about this draft, which mainly relate to the inclusion of additional matching rules into the Attribute definitions. I've only recently joined this list, so please excuse me if these topics have been discussed before. > 3.1 vPIMTelephoneNumber > ... > (IANA-ASSIGNED-OID.2.1 NAME 'vPIMTelephoneNumber' > EQUALITY caseIgnoreMatch > SYNTAX 1.3.6.1.4.1.1466.115.121.1.44 ) Based on the nature of this attribute, it probably wouldn't hurt to include a substrings matching rule of caseIgnoreSubstringsMatch. This would enable operatins such as: "Searching for all phone numbers with a sub address of 12", to be possible. > 3.5 vPIMSupportedAudioMediaTypes > ... > > (IANA-ASSIGNED-OID.2.5 NAME 'vPIMSupportedAudioMediaTypes' > EQUALITY caseIgnoreIA5Match > SYNTAX 1.3.6.1.4.1.1466.115.121.1.26 ) > > > The allowable values of DirectoryString for this attribute are > the MIME audio subtypes registered with IANA. Your comment suggests that the Syntax of this attribute is a DirectoryString, however the OID and matching rule indicate an IA5String. >(From 3.5) Non-standard and > private encoding types must be indicated by prepending the new > type name with either "X-" or "x-". With the inclusion of non-standard information it may be worth adding a substrings matching rule. This may come in handy for directory administrators attempting to identify all entries that contains non-standard information. Note: This could also apply to section 3.8 as well. ________________________________________ Andrew Sciberras eB2Bcom - Software Engineer _______________________________________________ VPIM mailing list [email protected] https://www1.ietf.org/mailman/listinfo/vpim