[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.