7 Network Working Group M. Smith
8 Request for Comments: 2798 Netscape Communications
9 Category: Informational April 2000
12 Definition of the inetOrgPerson LDAP Object Class
16 This memo provides information for the Internet community. It does
17 not specify an Internet standard of any kind. Distribution of this
22 Copyright (C) The Internet Society (2000). All Rights Reserved.
26 While the X.500 standards define many useful attribute types [X520]
27 and object classes [X521], they do not define a person object class
28 that meets the requirements found in today's Internet and Intranet
29 directory service deployments. We define a new object class called
30 inetOrgPerson for use in LDAP and X.500 directory services that
31 extends the X.521 standard organizationalPerson class to meet these
58 Smith Informational [Page 1]
60 RFC 2798 The LDAP inetOrgPerson Object Class April 2000
65 1. Background and Intended Usage...............................2
66 2. New Attribute Types Used in the inetOrgPerson Object Class..3
67 2.1. Vehicle license or registration plate....................3
68 2.2. Department number........................................3
69 2.3. Display Name.............................................4
70 2.4. Employee Number..........................................4
71 2.5. Employee Type............................................4
72 2.6. JPEG Photograph..........................................5
73 2.7. Preferred Language.......................................5
74 2.8. User S/MIME Certificate..................................5
75 2.9. User PKCS #12............................................6
76 3. Definition of the inetOrgPerson Object Class................6
77 4. Example of an inetOrgPerson Entry...........................7
78 5. Security Considerations.....................................8
79 6. Acknowledgments.............................................8
80 7. Bibliography................................................8
81 8. Author's Address............................................9
82 9. Appendix A - inetOrgPerson Schema Summary..................10
83 9.1. Attribute Types..........................................10
84 9.1.1. New attribute types that are defined in this document.10
85 9.1.2. Attribute types from RFC 2256.........................12
86 9.1.3. Attribute types from RFC 1274.........................15
87 9.1.4. Attribute type from RFC 2079..........................16
88 9.2. Syntaxes.................................................17
89 9.2.1. Syntaxes from RFC 2252................................17
90 9.2.2. Syntaxes from RFC 2256................................17
91 9.3. Matching Rules...........................................17
92 9.3.1. Matching rules from RFC 2252..........................17
93 9.3.2. Matching rule from RFC 2256...........................18
94 9.3.3. Additional matching rules from X.520..................18
95 9.3.4. Matching rules not defined in any referenced document.19
96 10. Full Copyright Statement...................................20
98 1. Background and Intended Usage
100 The inetOrgPerson object class is a general purpose object class that
101 holds attributes about people. The attributes it holds were chosen
102 to accommodate information requirements found in typical Internet and
103 Intranet directory service deployments. The inetOrgPerson object
104 class is designed to be used within directory services based on the
105 LDAP [RFC2251] and the X.500 family of protocols, and it should be
106 useful in other contexts as well. There is no requirement for
107 directory services implementors to use the inetOrgPerson object
108 class; it is simply presented as well-documented class that
109 implementors can choose to use if they find it useful.
114 Smith Informational [Page 2]
116 RFC 2798 The LDAP inetOrgPerson Object Class April 2000
119 The attribute type and object class definitions in this document are
120 written using the BNF form of AttributeTypeDescription and
121 ObjectClassDescription given in [RFC2252]. In some cases lines have
122 been folded for readability.
124 Attributes that are referenced but not defined in this document are
125 included in one of the following documents:
127 The COSINE and Internet X.500 Schema [RFC1274]
129 Definition of an X.500 Attribute Type and an Object Class to Hold
130 Uniform Resource Identifiers (URIs) [RFC2079]
132 A Summary of the X.500(96) User Schema for use with LDAPv3
135 See Appendix A for a summary of the attribute types, associated
136 syntaxes, and matching rules used in this document.
138 2. New Attribute Types Used in the inetOrgPerson Object Class
140 2.1. Vehicle license or registration plate.
142 This multivalued field is used to record the values of the license or
143 registration plate associated with an individual.
145 ( 2.16.840.1.113730.3.1.1 NAME 'carLicense'
146 DESC 'vehicle license or registration plate'
147 EQUALITY caseIgnoreMatch
148 SUBSTR caseIgnoreSubstringsMatch
149 SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 )
151 2.2. Department number
153 Code for department to which a person belongs. This can also be
154 strictly numeric (e.g., 1234) or alphanumeric (e.g., ABC/123).
156 ( 2.16.840.1.113730.3.1.2
157 NAME 'departmentNumber'
158 DESC 'identifies a department within an organization'
159 EQUALITY caseIgnoreMatch
160 SUBSTR caseIgnoreSubstringsMatch
161 SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 )
170 Smith Informational [Page 3]
172 RFC 2798 The LDAP inetOrgPerson Object Class April 2000
177 When displaying an entry, especially within a one-line summary list,
178 it is useful to be able to identify a name to be used. Since other
179 attribute types such as 'cn' are multivalued, an additional attribute
180 type is needed. Display name is defined for this purpose.
182 ( 2.16.840.1.113730.3.1.241
184 DESC 'preferred name of a person to be used when displaying entries'
185 EQUALITY caseIgnoreMatch
186 SUBSTR caseIgnoreSubstringsMatch
187 SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
192 Numeric or alphanumeric identifier assigned to a person, typically
193 based on order of hire or association with an organization. Single
196 ( 2.16.840.1.113730.3.1.3
197 NAME 'employeeNumber'
198 DESC 'numerically identifies an employee within an organization'
199 EQUALITY caseIgnoreMatch
200 SUBSTR caseIgnoreSubstringsMatch
201 SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
206 Used to identify the employer to employee relationship. Typical
207 values used will be "Contractor", "Employee", "Intern", "Temp",
208 "External", and "Unknown" but any value may be used.
210 ( 2.16.840.1.113730.3.1.4
212 DESC 'type of employment for a person'
213 EQUALITY caseIgnoreMatch
214 SUBSTR caseIgnoreSubstringsMatch
215 SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 )
226 Smith Informational [Page 4]
228 RFC 2798 The LDAP inetOrgPerson Object Class April 2000
233 Used to store one or more images of a person using the JPEG File
234 Interchange Format [JFIF].
236 ( 0.9.2342.19200300.100.1.60
239 SYNTAX 1.3.6.1.4.1.1466.115.121.1.28 )
241 Note that the jpegPhoto attribute type was defined for use in the
242 Internet X.500 pilots but no referencable definition for it could be
245 2.7. Preferred Language
247 Used to indicate an individual's preferred written or spoken
248 language. This is useful for international correspondence or human-
249 computer interaction. Values for this attribute type MUST conform to
250 the definition of the Accept-Language header field defined in
251 [RFC2068] with one exception: the sequence "Accept-Language" ":"
252 should be omitted. This is a single valued attribute type.
254 ( 2.16.840.1.113730.3.1.39
255 NAME 'preferredLanguage'
256 DESC 'preferred written or spoken language for a person'
257 EQUALITY caseIgnoreMatch
258 SUBSTR caseIgnoreSubstringsMatch
259 SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
263 2.8. User S/MIME Certificate
265 A PKCS#7 [RFC2315] SignedData, where the content that is signed is
266 ignored by consumers of userSMIMECertificate values. It is
267 recommended that values have a `contentType' of data with an absent
268 `content' field. Values of this attribute contain a person's entire
269 certificate chain and an smimeCapabilities field [RFC2633] that at a
270 minimum describes their SMIME algorithm capabilities. Values for
271 this attribute are to be stored and requested in binary form, as
272 'userSMIMECertificate;binary'. If available, this attribute is
273 preferred over the userCertificate attribute for S/MIME applications.
275 ( 2.16.840.1.113730.3.1.40
276 NAME 'userSMIMECertificate'
277 DESC 'PKCS#7 SignedData used to support S/MIME'
278 SYNTAX 1.3.6.1.4.1.1466.115.121.1.5 )
282 Smith Informational [Page 5]
284 RFC 2798 The LDAP inetOrgPerson Object Class April 2000
289 PKCS #12 [PKCS12] provides a format for exchange of personal identity
290 information. When such information is stored in a directory service,
291 the userPKCS12 attribute should be used. This attribute is to be
292 stored and requested in binary form, as 'userPKCS12;binary'. The
293 attribute values are PFX PDUs stored as binary data.
295 ( 2.16.840.1.113730.3.1.216
297 DESC 'PKCS #12 PFX PDU for exchange of personal identity information'
298 SYNTAX 1.3.6.1.4.1.1466.115.121.1.5 )
300 3. Definition of the inetOrgPerson Object Class
302 The inetOrgPerson represents people who are associated with an
303 organization in some way. It is a structural class and is derived
304 from the organizationalPerson class which is defined in X.521 [X521].
306 ( 2.16.840.1.113730.3.2.2
308 SUP organizationalPerson
311 audio $ businessCategory $ carLicense $ departmentNumber $
312 displayName $ employeeNumber $ employeeType $ givenName $
313 homePhone $ homePostalAddress $ initials $ jpegPhoto $
314 labeledURI $ mail $ manager $ mobile $ o $ pager $
315 photo $ roomNumber $ secretary $ uid $ userCertificate $
316 x500uniqueIdentifier $ preferredLanguage $
317 userSMIMECertificate $ userPKCS12
321 For reference, we list the following additional attribute types that
322 are part of the inetOrgPerson object class. These attribute types
323 are inherited from organizationalPerson (which in turn is derived
324 from the person object class):
338 Smith Informational [Page 6]
340 RFC 2798 The LDAP inetOrgPerson Object Class April 2000
344 cn $ objectClass $ sn
347 description $ destinationIndicator $ facsimileTelephoneNumber $
348 internationaliSDNNumber $ l $ ou $ physicalDeliveryOfficeName $
349 postalAddress $ postalCode $ postOfficeBox $
350 preferredDeliveryMethod $ registeredAddress $ seeAlso $
351 st $ street $ telephoneNumber $ teletexTerminalIdentifier $
352 telexNumber $ title $ userPassword $ x121Address
355 4. Example of an inetOrgPerson Entry
357 The following example is expressed using the LDIF notation defined in
361 dn: cn=Barbara Jensen,ou=Product Development,dc=siroe,dc=com
364 objectClass: organizationalPerson
365 objectClass: inetOrgPerson
368 displayName: Babs Jensen
372 title: manager, product development
374 mail: bjensen@siroe.com
375 telephoneNumber: +1 408 555 1862
376 facsimileTelephoneNumber: +1 408 555 1992
377 mobile: +1 408 555 1941
381 ou: Product Development
382 departmentNumber: 2604
384 employeeType: full time
385 preferredLanguage: fr, en-gb;q=0.8, en;q=0.7
386 labeledURI: http://www.siroe.com/users/bjensen My Home Page
394 Smith Informational [Page 7]
396 RFC 2798 The LDAP inetOrgPerson Object Class April 2000
399 5. Security Considerations
401 Attributes of directory entries are used to provide descriptive
402 information about the real-world objects they represent, which can be
403 people, organizations or devices. Most countries have privacy laws
404 regarding the publication of information about people.
406 Transfer of cleartext passwords are strongly discouraged where the
407 underlying transport service cannot guarantee confidentiality and may
408 result in disclosure of the password to unauthorized parties.
412 The Netscape Directory Server team created the inetOrgPerson object
413 class based on experience and customer requirements. Anil Bhavnani
414 and John Kristian in particular deserve credit for all of the early
417 Many members of the Internet community, in particular those in the
418 IETF ASID and LDAPEXT groups, also contributed to the design of this
423 [JFIF] E. Hamilton, "JPEG File Interchange Format (Version 1.02)",
424 C-Cube Microsystems, Milpitas, CA, September 1, 1992.
426 [LDIF] G. Good, "The LDAP Data Interchange Format (LDIF) -
427 Technical Specification", Work in Progress.
429 [PKCS12] "PKCS #12: Personal Information Exchange Standard", Version
430 1.0 Draft, 30 April 1997.
432 [RFC1274] Barker, P. and S. Kille, "The COSINE and Internet X.500
433 Schema", RFC 1274, November 1991.
435 [RFC1847] Galvin, J., Murphy, S., Crocker, S. and N. Freed, "Security
436 Multiparts for MIME: Multipart/Signed and
437 Multipart/Encrypted", RFC 1847, October 1995.
439 [RFC2068] Fielding, R., Gettys, J., Mogul, J., Frystyk, H. and T.
440 Berners-Lee, "Hypertext Transfer Protocol -- HTTP/1.1", RFC
443 [RFC2079] Smith, M., "Definition of an X.500 Attribute Type and an
444 Object Class to Hold Uniform Resource Identifiers (URIs)",
445 RFC 2079, January 1997.
450 Smith Informational [Page 8]
452 RFC 2798 The LDAP inetOrgPerson Object Class April 2000
455 [RFC2251] Wahl, M., Howes, T. and S. Kille, "Lightweight Directory
456 Access Protocol (v3)", RFC 2251, December 1997.
458 [RFC2252] Wahl, M., Coulbeck, A., Howes, T., Kille, S., Yeong, W. and
459 C. Robbins, "Lightweight Directory Access Protocol (v3):
460 Attribute Syntax Definitions", RFC 2252, December 1997.
462 [RFC2256] Wahl, M., "A Summary of the X.500(96) User Schema for use
463 with LDAPv3", RFC 2256, December 1997.
465 [RFC2315] Kaliski, B., "PKCS #7: Cryptographic Message Syntax Version
466 1.5", RFC 2315, March 1998.
468 [RFC2633] Ramsdell, B., "S/MIME Version 3 Message Specification", RFC
471 [X520] ITU-T Rec. X.520, "The Directory: Selected Attribute
474 [X521] ITU-T Rec. X.521, "The Directory: Selected Object Classes",
480 Netscape Communications Corp.
481 501 E. Middlefield Rd., Mailstop MV068
482 Mountain View, CA 94043, USA
484 Phone: +1 650 937-3477
485 EMail: mcs@netscape.com
506 Smith Informational [Page 9]
508 RFC 2798 The LDAP inetOrgPerson Object Class April 2000
511 9. Appendix A - inetOrgPerson Schema Summary
513 This appendix provides definitions of all the attribute types
514 included in the inetOrgPerson object class along with their
515 associated syntaxes and matching rules.
519 9.1.1. New attribute types that are defined in this document
521 ( 2.16.840.1.113730.3.1.1 NAME 'carLicense'
522 DESC 'vehicle license or registration plate'
523 EQUALITY caseIgnoreMatch
524 SUBSTR caseIgnoreSubstringsMatch
525 SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 )
527 ( 2.16.840.1.113730.3.1.2
528 NAME 'departmentNumber'
529 DESC 'identifies a department within an organization'
530 EQUALITY caseIgnoreMatch
531 SUBSTR caseIgnoreSubstringsMatch
532 SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 )
534 ( 2.16.840.1.113730.3.1.241
536 DESC 'preferred name of a person to be used when displaying entries'
537 EQUALITY caseIgnoreMatch
538 SUBSTR caseIgnoreSubstringsMatch
539 SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
542 ( 2.16.840.1.113730.3.1.3
543 NAME 'employeeNumber'
544 DESC 'numerically identifies an employee within an organization'
545 EQUALITY caseIgnoreMatch
546 SUBSTR caseIgnoreSubstringsMatch
547 SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
550 ( 2.16.840.1.113730.3.1.4
552 DESC 'type of employment for a person'
553 EQUALITY caseIgnoreMatch
554 SUBSTR caseIgnoreSubstringsMatch
555 SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 )
562 Smith Informational [Page 10]
564 RFC 2798 The LDAP inetOrgPerson Object Class April 2000
567 ( 0.9.2342.19200300.100.1.60
570 SYNTAX 1.3.6.1.4.1.1466.115.121.1.28 )
571 Note: The jpegPhoto attribute type was defined for use in the
572 Internet X.500 pilots but no referencable definition for it
575 ( 2.16.840.1.113730.3.1.39
576 NAME 'preferredLanguage'
577 DESC 'preferred written or spoken language for a person'
578 EQUALITY caseIgnoreMatch
579 SUBSTR caseIgnoreSubstringsMatch
580 SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
583 ( 2.16.840.1.113730.3.1.40
584 NAME 'userSMIMECertificate'
585 DESC 'signed message used to support S/MIME'
586 SYNTAX 1.3.6.1.4.1.1466.115.121.1.5 )
588 ( 2.16.840.1.113730.3.1.216
590 DESC 'PKCS #12 PFX PDU for exchange of personal identity information'
591 SYNTAX 1.3.6.1.4.1.1466.115.121.1.5 )
593 9.1.2. Attribute types from RFC 2256
595 Note that the original definitions of these types can be found in
599 NAME 'businessCategory'
600 EQUALITY caseIgnoreMatch
601 SUBSTR caseIgnoreSubstringsMatch
602 SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{128} )
610 EQUALITY caseIgnoreMatch
611 SUBSTR caseIgnoreSubstringsMatch
612 SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{1024} )
618 Smith Informational [Page 11]
620 RFC 2798 The LDAP inetOrgPerson Object Class April 2000
624 NAME 'destinationIndicator'
625 EQUALITY caseIgnoreMatch
626 SUBSTR caseIgnoreSubstringsMatch
627 SYNTAX 1.3.6.1.4.1.1466.115.121.1.44{128} )
630 NAME 'facsimileTelephoneNumber'
631 SYNTAX 1.3.6.1.4.1.1466.115.121.1.22 )
642 NAME 'internationaliSDNNumber'
643 EQUALITY numericStringMatch
644 SUBSTR numericStringSubstringsMatch
645 SYNTAX 1.3.6.1.4.1.1466.115.121.1.36{16} )
653 EQUALITY objectIdentifierMatch
654 SYNTAX 1.3.6.1.4.1.1466.115.121.1.38 )
665 NAME 'physicalDeliveryOfficeName'
666 EQUALITY caseIgnoreMatch
667 SUBSTR caseIgnoreSubstringsMatch
668 SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{128} )
674 Smith Informational [Page 12]
676 RFC 2798 The LDAP inetOrgPerson Object Class April 2000
681 EQUALITY caseIgnoreMatch
682 SUBSTR caseIgnoreSubstringsMatch
683 SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{40} )
687 EQUALITY caseIgnoreListMatch
688 SUBSTR caseIgnoreListSubstringsMatch
689 SYNTAX 1.3.6.1.4.1.1466.115.121.1.41 )
693 EQUALITY caseIgnoreMatch
694 SUBSTR caseIgnoreSubstringsMatch
695 SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{40} )
698 NAME 'preferredDeliveryMethod'
699 SYNTAX 1.3.6.1.4.1.1466.115.121.1.14
703 NAME 'registeredAddress'
705 SYNTAX 1.3.6.1.4.1.1466.115.121.1.41 )
709 SUP distinguishedName )
721 EQUALITY caseIgnoreMatch
722 SUBSTR caseIgnoreSubstringsMatch
723 SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{128} )
730 Smith Informational [Page 13]
732 RFC 2798 The LDAP inetOrgPerson Object Class April 2000
736 NAME 'telephoneNumber'
737 EQUALITY telephoneNumberMatch
738 SUBSTR telephoneNumberSubstringsMatch
739 SYNTAX 1.3.6.1.4.1.1466.115.121.1.50{32} )
742 NAME 'teletexTerminalIdentifier'
743 SYNTAX 1.3.6.1.4.1.1466.115.121.1.51 )
747 SYNTAX 1.3.6.1.4.1.1466.115.121.1.52 )
754 NAME 'userCertificate'
755 SYNTAX 1.3.6.1.4.1.1466.115.121.1.8 )
759 EQUALITY octetStringMatch
760 SYNTAX 1.3.6.1.4.1.1466.115.121.1.40{128} )
764 EQUALITY numericStringMatch
765 SUBSTR numericStringSubstringsMatch
766 SYNTAX 1.3.6.1.4.1.1466.115.121.1.36{15} )
769 NAME 'x500UniqueIdentifier'
770 EQUALITY bitStringMatch
771 SYNTAX 1.3.6.1.4.1.1466.115.121.1.6 )
773 Some attribute types included in inetOrgPerson are derived from the
774 'name' and 'distinguishedName' attribute supertypes:
778 EQUALITY caseIgnoreMatch
779 SUBSTR caseIgnoreSubstringsMatch
780 SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{32768} )
786 Smith Informational [Page 14]
788 RFC 2798 The LDAP inetOrgPerson Object Class April 2000
792 NAME 'distinguishedName'
793 EQUALITY distinguishedNameMatch
794 SYNTAX 1.3.6.1.4.1.1466.115.121.1.12 )
796 9.1.3. Attribute types from RFC 1274
798 ( 0.9.2342.19200300.100.1.55
800 EQUALITY octetStringMatch
801 SYNTAX 1.3.6.1.4.1.1466.115.121.1.40{250000} )
802 Note: The syntax used here for the audio attribute type is Octet
803 String. RFC 1274 uses a syntax called audio which is not defined
806 ( 0.9.2342.19200300.100.1.20
808 EQUALITY telephoneNumberMatch
809 SUBSTR telephoneNumberSubstringsMatch
810 SYNTAX 1.3.6.1.4.1.1466.115.121.1.50 )
811 Note: RFC 1274 uses the longer name 'homeTelephoneNumber'.
813 ( 0.9.2342.19200300.100.1.39
814 NAME 'homePostalAddress'
815 EQUALITY caseIgnoreListMatch
816 SUBSTR caseIgnoreListSubstringsMatch
817 SYNTAX 1.3.6.1.4.1.1466.115.121.1.41 )
819 ( 0.9.2342.19200300.100.1.3
821 EQUALITY caseIgnoreIA5Match
822 SUBSTR caseIgnoreIA5SubstringsMatch
823 SYNTAX 1.3.6.1.4.1.1466.115.121.1.26{256} )
824 Note: RFC 1274 uses the longer name 'rfc822Mailbox' and syntax OID
825 of 0.9.2342.19200300.100.3.5. All recent LDAP documents and most
826 deployed LDAP implementations refer to this attribute as 'mail'
827 and define the IA5 String syntax using using the OID
828 1.3.6.1.4.1.1466.115.121.1.26, as is done here.
830 ( 0.9.2342.19200300.100.1.10
832 EQUALITY distinguishedNameMatch
833 SYNTAX 1.3.6.1.4.1.1466.115.121.1.12 )
842 Smith Informational [Page 15]
844 RFC 2798 The LDAP inetOrgPerson Object Class April 2000
847 ( 0.9.2342.19200300.100.1.41
849 EQUALITY telephoneNumberMatch
850 SUBSTR telephoneNumberSubstringsMatch
851 SYNTAX 1.3.6.1.4.1.1466.115.121.1.50 )
852 Note: RFC 1274 uses the longer name 'mobileTelephoneNumber'.
854 ( 0.9.2342.19200300.100.1.42
856 EQUALITY telephoneNumberMatch
857 SUBSTR telephoneNumberSubstringsMatch
858 SYNTAX 1.3.6.1.4.1.1466.115.121.1.50 )
859 Note: RFC 1274 uses the longer name 'pagerTelephoneNumber'.
861 ( 0.9.2342.19200300.100.1.7
863 Note: Photo attribute values are encoded in G3 fax format with an
864 ASN.1 wrapper. Please refer to RFC 1274 section 9.3.7 for
865 detailed syntax information for this attribute.
867 ( 0.9.2342.19200300.100.1.6
869 EQUALITY caseIgnoreMatch
870 SUBSTR caseIgnoreSubstringsMatch
871 SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{256} )
873 ( 0.9.2342.19200300.100.1.21
875 EQUALITY distinguishedNameMatch
876 SYNTAX 1.3.6.1.4.1.1466.115.121.1.12 )
878 ( 0.9.2342.19200300.100.1.1
880 EQUALITY caseIgnoreMatch
881 SUBSTR caseIgnoreSubstringsMatch
882 SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{256} )
883 Note: RFC 1274 uses the longer name 'userid'.
885 9.1.4. Attribute type from RFC 2079
887 ( 1.3.6.1.4.1.250.1.57
889 EQUALITY caseExactMatch
890 SUBSTR caseExactSubstringsMatch
891 SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 )
898 Smith Informational [Page 16]
900 RFC 2798 The LDAP inetOrgPerson Object Class April 2000
905 9.2.1. Syntaxes from RFC 2252
907 ( 1.3.6.1.4.1.1466.115.121.1.5 DESC 'Binary' )
909 ( 1.3.6.1.4.1.1466.115.121.1.6 DESC 'Bit String' )
911 ( 1.3.6.1.4.1.1466.115.121.1.8 DESC 'Certificate' )
913 ( 1.3.6.1.4.1.1466.115.121.1.12 DESC 'DN' )
915 ( 1.3.6.1.4.1.1466.115.121.1.15 DESC 'Directory String' )
917 ( 1.3.6.1.4.1.1466.115.121.1.22 DESC 'Facsimile Telephone Number' )
919 ( 1.3.6.1.4.1.1466.115.121.1.26 DESC 'IA5 String' )
921 ( 1.3.6.1.4.1.1466.115.121.1.28 DESC 'JPEG' )
923 ( 1.3.6.1.4.1.1466.115.121.1.36 DESC 'Numeric String' )
925 ( 1.3.6.1.4.1.1466.115.121.1.38 DESC 'OID' )
927 ( 1.3.6.1.4.1.1466.115.121.1.41 DESC 'Postal Address' )
929 ( 1.3.6.1.4.1.1466.115.121.1.44 DESC 'Printable String' )
931 ( 1.3.6.1.4.1.1466.115.121.1.50 DESC 'Telephone Number' )
933 9.2.2. Syntaxes from RFC 2256
935 ( 1.3.6.1.4.1.1466.115.121.1.14 DESC 'Delivery Method' )
937 ( 1.3.6.1.4.1.1466.115.121.1.40 DESC 'Octet String' )
939 ( 1.3.6.1.4.1.1466.115.121.1.51 DESC 'Teletex Terminal Identifier' )
941 ( 1.3.6.1.4.1.1466.115.121.1.52 DESC 'Telex Number' )
945 9.3.1. Matching rules from RFC 2252
947 Note that the original definition of many of these matching rules can
954 Smith Informational [Page 17]
956 RFC 2798 The LDAP inetOrgPerson Object Class April 2000
959 ( 2.5.13.16 NAME 'bitStringMatch'
960 SYNTAX 1.3.6.1.4.1.1466.115.121.1.6 )
962 ( 1.3.6.1.4.1.1466.109.114.2 NAME 'caseIgnoreIA5Match'
963 SYNTAX 1.3.6.1.4.1.1466.115.121.1.26 )
965 ( 2.5.13.11 NAME 'caseIgnoreListMatch'
966 SYNTAX 1.3.6.1.4.1.1466.115.121.1.41 )
968 ( 2.5.13.2 NAME 'caseIgnoreMatch'
969 SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 )
971 ( 2.5.13.1 NAME 'distinguishedNameMatch'
972 SYNTAX 1.3.6.1.4.1.1466.115.121.1.12 )
974 ( 2.5.13.8 NAME 'numericStringMatch'
975 SYNTAX 1.3.6.1.4.1.1466.115.121.1.36 )
977 ( 2.5.13.0 NAME 'objectIdentifierMatch'
978 SYNTAX 1.3.6.1.4.1.1466.115.121.1.38 )
980 ( 2.5.13.20 NAME 'telephoneNumberMatch'
981 SYNTAX 1.3.6.1.4.1.1466.115.121.1.50 )
983 9.3.2. Matching rule from RFC 2256
985 Note that the original definition of this matching rule can be found
988 ( 2.5.13.17 NAME 'octetStringMatch'
989 SYNTAX 1.3.6.1.4.1.1466.115.121.1.40 )
991 9.3.3. Additional matching rules from X.520
995 ( 2.5.13.5 NAME 'caseExactMatch'
996 SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 )
998 This rule determines whether a presented string exactly matches an
999 attribute value of syntax DirectoryString. It is identical to
1000 caseIgnoreMatch except that case is not ignored. Multiple adjoining
1001 whitespace characters are treated the same as an individual space,
1002 and leading and trailing whitespace is ignored.
1010 Smith Informational [Page 18]
1012 RFC 2798 The LDAP inetOrgPerson Object Class April 2000
1015 caseExactSubstringsMatch
1017 ( 2.5.13.7 NAME 'caseExactSubstringsMatch'
1018 SYNTAX 1.3.6.1.4.1.1466.115.121.1.58 )
1020 This rules determines whether the initial, any and final substring
1021 elements in a presented value are present in an attribute value of
1022 syntax DirectoryString. It is identical to caseIgnoreSubstringsMatch
1023 except that case is not ignored.
1025 caseIgnoreListSubstringsMatch
1027 ( 2.5.13.12 NAME 'caseIgnoreListSubstringsMatch'
1028 SYNTAX 1.3.6.1.4.1.1466.115.121.1.58 )
1030 This rule compares a presented substring with an attribute value
1031 which is a sequence of DirectoryStrings, but where the case of
1032 letters is not significant for comparison purposes. A presented
1033 value matches a stored value if and only if the presented value
1034 matches the string formed by concatenating the strings of the stored
1035 value. Matching is done according to the caseIgnoreSubstringsMatch
1036 rule except that none of the initial, final, or any values of the
1037 presented value match a substring of the concatenated string which
1038 spans more than one of the strings of the stored value.
1040 9.3.4. Matching rules not defined in any referenced document
1042 caseIgnoreIA5SubstringsMatch
1044 ( 1.3.6.1.4.1.1466.109.114.3 NAME 'caseIgnoreIA5SubstringsMatch'
1045 SYNTAX 1.3.6.1.4.1.1466.115.121.1.58 )
1047 This rules determines whether the initial, any and final substring
1048 elements in a presented value are present in an attribute value of
1049 syntax IA5 String without regard to the case of the letters in the
1050 strings. It is expected that this matching rule will be added to an
1066 Smith Informational [Page 19]
1068 RFC 2798 The LDAP inetOrgPerson Object Class April 2000
1071 10. Full Copyright Statement
1073 Copyright (C) The Internet Society (2000). All Rights Reserved.
1075 This document and translations of it may be copied and furnished to
1076 others, and derivative works that comment on or otherwise explain it
1077 or assist in its implementation may be prepared, copied, published
1078 and distributed, in whole or in part, without restriction of any
1079 kind, provided that the above copyright notice and this paragraph are
1080 included on all such copies and derivative works. However, this
1081 document itself may not be modified in any way, such as by removing
1082 the copyright notice or references to the Internet Society or other
1083 Internet organizations, except as needed for the purpose of
1084 developing Internet standards in which case the procedures for
1085 copyrights defined in the Internet Standards process must be
1086 followed, or as required to translate it into languages other than
1089 The limited permissions granted above are perpetual and will not be
1090 revoked by the Internet Society or its successors or assigns.
1092 This document and the information contained herein is provided on an
1093 "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING
1094 TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING
1095 BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION
1096 HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF
1097 MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
1101 Funding for the RFC Editor function is currently provided by the
1122 Smith Informational [Page 20]