[vpim] Comments: draft-ietf-vpim-vpimdir-09.txt
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[vpim] Comments: draft-ietf-vpim-vpimdir-09.txt



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 VPIM at ietf.org https://www1.ietf.org/mailman/listinfo/vpim




Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.