]> git.sur5r.net Git - openldap/blob - doc/drafts/draft-zeilenga-ldap-cosine-xx.txt
rationale of this test
[openldap] / doc / drafts / draft-zeilenga-ldap-cosine-xx.txt
1
2
3
4
5
6
7 INTERNET-DRAFT                           Editor:  Kurt D. Zeilenga
8 Intended Category: Standard Track                 OpenLDAP Foundation
9 Expires in six months                             23 October 2005
10 Obsoletes: RFC 1274, RFC 2247
11 Updates: RFC 2798
12
13
14                          COSINE LDAP/X.500 Schema
15                    <draft-zeilenga-ldap-cosine-01.txt>
16
17
18 Status of this Memo
19
20   This document is intended to be, after appropriate review and
21   revision, submitted to the RFC Editor as a Standard Track document.
22   Distribution of this memo is unlimited.  Technical discussion of this
23   document will take place on the IETF LDAPEXT mailing list
24   <ldapext@ietf.org>.  Please send editorial comments directly to the
25   author <Kurt@OpenLDAP.org>.
26
27   By submitting this Internet-Draft, each author represents that any
28   applicable patent or other IPR claims of which he or she is aware have
29   been or will be disclosed, and any of which he or she becomes aware
30   will be disclosed, in accordance with Section 6 of BCP 79.
31
32   Internet-Drafts are working documents of the Internet Engineering Task
33   Force (IETF), its areas, and its working groups. Note that other
34   groups may also distribute working documents as Internet-Drafts.
35
36   Internet-Drafts are draft documents valid for a maximum of six months
37   and may be updated, replaced, or obsoleted by other documents at any
38   time. It is inappropriate to use Internet-Drafts as reference material
39   or to cite them other than as "work in progress."
40
41   The list of current Internet-Drafts can be accessed at
42   http://www.ietf.org/1id-abstracts.html
43
44   The list of Internet-Draft Shadow Directories can be accessed at
45   http://www.ietf.org/shadow.html
46
47
48   Copyright (C) The Internet Society (2005).  All Rights Reserved.
49
50   Please see the Full Copyright section near the end of this document
51   for more information.
52
53
54 Abstract
55
56
57
58 Zeilenga              draft-zeilenga-ldap-cosine-01             [Page 1]
59 \f
60 INTERNET-DRAFT                COSINE Schema              23 October 2005
61
62
63   This document provides a collection of schema elements for use with
64   the Lightweight Directory Access Protocol (LDAP) from the COSINE and
65   Internet X.500 pilot projects.
66
67   This document obsoletes RFC 1274 and RFC 2247.
68
69
70 Table of Contents
71
72   Status of this Memo                                  1
73   Abstract                                             2
74   Table of Contents
75   1.     Background and Intended Use                   3
76   1.1.     Relationship with Other Documents
77   1.2.     Terminology and Conventions
78   2.     COSINE Attribute Types                        4
79   2.1.     associatedDomain
80   2.2.     associatedName
81   2.3.     buildingName
82   2.3.     co
83   2.5.     documentAuthor
84   2.6.     documentIdentifier
85   2.7.     documentLocation
86   2.8.     documentPublisher
87   2.9.     documentTitle
88   2.10.    documentVersion
89   2.11.    drink
90   2.12.    homePhone
91   2.13.    homePostalAddress
92   2.14.    host
93   2.16.    info
94   2.17.    mail
95   2.18.    manager
96   2.19.    mobile
97   2.20.    organizationalStatus
98   2.21.    pager
99   2.22.    personalTitle
100   2.23.    roomNumber
101   2.24.    secretary
102   2.26.    uniqueIdentifier
103   2.27.    userClass
104   3.     COSINE Object Classes                        14
105   3.1.     account
106   3.2.     document
107   3.3.     documentSeries
108   3.4.     domain
109   3.5.     domainRelatedObject
110   3.6.     friendlyCountry
111
112
113
114 Zeilenga              draft-zeilenga-ldap-cosine-01             [Page 2]
115 \f
116 INTERNET-DRAFT                COSINE Schema              23 October 2005
117
118
119   3.7.     rFC822LocalPart
120   3.8.     room
121   3.9.     simpleSecurityObject
122   4.     Security Considerations                      19
123   5.     IANA Considerations                          20
124   6.     Acknowledgments                              21
125   7.     Editor's Address
126   8.     References
127   A.     Changes Since RFC 1274                       23
128   Intellectual Property Rights                        24
129   Full Copyright
130
131
132 1. Background and Intended Use
133
134   In the late 1980s, X.500 Directory Services were standardised by the
135   CCITT (Commite' Consultatif International de Telegraphique et
136   Telephonique), now a part of the ITU (International Telephone Union).
137   This lead to Directory Service piloting activities in the early 1990s,
138   including the COSINE (Co-operation and Open Systems Interconnection in
139   Europe) PARADISE Project pilot [COSINEpilot] in Europe.  Motivated by
140   needs large scale directory pilots, RFC 1274 was published to
141   standardize directory schema and naming architecture for use in the
142   COSINE and other Internet X.500 pilots [RFC1274].
143
144   In the years that followed, X.500 Directory Services have evolved to
145   incorporate new capabilities and even new protocols.  In particular,
146   the Lightweight Directory Access Protocol (LDAP) [Roadmap] was
147   introduced in the early 1990s [RFC1487], with Version 3 of LDAP
148   introduced in the late 1990s [RFC2251] and subsequently revised in the
149   2005 [Roadmap].
150
151   While much of the material in RFC 1274 has been superceed by
152   subsequently published ITU-T Recommendations and IETF RFCs, many of
153   the schema elements lack standardized schema descriptions for use in
154   modern X.500 and LDAP directory services despite the fact that these
155   schema elements are in wide use today.  As the old schema descriptions
156   cannot be used without adaptation, interoperabilty issues may arise
157   due to lack of standardized modern schema descriptions.
158
159   This document addresses these issues by offering standardized schema
160   descriptions, where needed, for widely-used COSINE schema elements.
161
162 1.1.  Relationship to Other Documents
163
164   This document, together with [Schema] and [Syntaxes], obsoletes RFC
165   1274 in its entirety.  [Schema] replaces Sections 9.3.1 (Userid) and
166   Section 9.3.21 (Domain Component) of RFC 1274.  [Syntaxes] replaces
167
168
169
170 Zeilenga              draft-zeilenga-ldap-cosine-01             [Page 3]
171 \f
172 INTERNET-DRAFT                COSINE Schema              23 October 2005
173
174
175   section 9.4 (Generally useful syntaxes) of RFC 1274.
176
177   This document replaces the remainder of RFC 1274.  Appendix A.
178   discusses changes since RFC 1274, as well as why certain schema
179   elements were not brought forward in this revision of the COSINE
180   schema.  All elements not brought are to be regarded as Historic.
181
182   This document, together with [NamingPlan] and [Schema], obsoletes RFC
183   2247 in its entirety.  [Schema] replaces Section 4 (Attribute Type
184   Definition) and Section 5.1 (The dcObject object class) of RFC 2247.
185   This document replaces Section 5.2 (The domain object class) of RFC
186   2247.  The remainder of RFC 2247 is replaced by [NamingPlan].
187
188   Some of these items were described in RFC 2798 (inetOrgPerson schema).
189   This document supersedes these descriptions.  This document, together
190   with [Schema], replaces section 9.1.3 of RFC 2798.
191
192
193 1.2. Terminology and Conventions
194
195   The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
196   "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
197   document are to be interpreted as described in BCP 14 [RFC2119].
198
199   DIT stands for Directory Information Tree.
200   DN stands for Distinguished Name.
201   DSA stands for Directory System Agent, a server.
202   DSE stands for DSA-Specific Entry.
203   DUA stands for Directory User Agent, a client.
204
205   These terms are discussed in [Models].
206
207   Schema definitions are provided using LDAP description formats
208   [Models].  Definitions provided here are formatted (line wrapped) for
209   readability.
210
211
212 2. COSINE Attribute Types
213
214   This section details COSINE attribute types for use in LDAP.
215
216
217 2.1. associatedDomain
218
219   The 'associatedDomain' attribute specifies DNS domains [RFC1034] which
220   are associated with an object.  For example, the entry in the DIT with
221   a DN <DC=example,DC=com> might have an associated domain of
222   "example.com".
223
224
225
226 Zeilenga              draft-zeilenga-ldap-cosine-01             [Page 4]
227 \f
228 INTERNET-DRAFT                COSINE Schema              23 October 2005
229
230
231       ( 0.9.2342.19200300.100.1.37 NAME 'associatedDomain'
232         EQUALITY caseIgnoreIA5Match
233         SUBSTR caseIgnoreIA5SubstringsMatch
234         SYNTAX 1.3.6.1.4.1.1466.115.121.1.26 )
235
236   The IA5String (1.3.6.1.4.1.1466.115.121.1.26) syntax and the
237   'caseIgnoreIA5Match' and 'caseIgnoreIA5SubstringsMatch' rules are
238   described in [Syntaxes].
239
240   It is noted that the directory will not ensure that values of this
241   attribute conform to the <domain> production [RFC1034].  It is the
242   application responsibility to ensure domains it stores in this
243   attribute are appropriately represented.
244
245   It is also noted that applications supporting Internationalized Domain
246   Names SHALL use the ToASCII method [RFC3490] to produce <label>
247   components of the <domain> production.
248
249
250 2.2. associatedName
251
252   The 'associatedName' attribute specifies names of entries in the
253   organizational DIT associated with a DNS domain [RFC1034].
254
255       ( 0.9.2342.19200300.100.1.38 NAME 'associatedName'
256         EQUALITY distinguishedNameMatch
257         SYNTAX 1.3.6.1.4.1.1466.115.121.1.12 )
258
259   The DistinguishedName (1.3.6.1.4.1.1466.115.121.1.12) syntax and the
260   'distinguishedNameMatch' rule are described in [Syntaxes].
261
262
263 2.3.  buildingName
264
265   The 'buildingName' attribute specifies names of the buildings where an
266   organization or organizational unit is based.  For example, "The White
267   House".
268
269       ( 0.9.2342.19200300.100.1.48 NAME 'buildingName'
270         EQUALITY caseIgnoreMatch
271         SUBSTR caseIgnoreSubstringsMatch
272         SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{256} )
273
274   The DirectoryString (1.3.6.1.4.1.1466.115.121.1.15) syntax and the
275   'caseIgnoreMatch' and 'caseIgnoreSubstringsMatch' rules are described
276   in [Syntaxes].
277
278
279
280
281
282 Zeilenga              draft-zeilenga-ldap-cosine-01             [Page 5]
283 \f
284 INTERNET-DRAFT                COSINE Schema              23 October 2005
285
286
287 2.3. co
288
289   The 'co' (Friendly Country Name) attribute specifies names of
290   countries in human-readable format.  For example, "Germany" and
291   "Federal Republic of Germany".  It is commonly used in conjunction
292   with the 'c' (Country Name) [Schema] attribute (whose values are
293   restricted to the two-letter codes defined in [ISO3166]).
294
295       ( 0.9.2342.19200300.100.1.43 NAME 'co'
296         EQUALITY caseIgnoreMatch
297         SUBSTR caseIgnoreSubstringsMatch
298         SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 )
299
300   The DirectoryString (1.3.6.1.4.1.1466.115.121.1.15) syntax and the
301   'caseIgnoreMatch' and 'caseIgnoreSubstringsMatch' rules are described
302   in [Syntaxes].
303
304
305 2.5. documentAuthor
306
307   The 'documentAuthor' attribute specifies the distinguished name of
308   authors (or editors) of a document.  For example,
309
310       ( 0.9.2342.19200300.100.1.14 NAME 'documentAuthor'
311         EQUALITY distinguishedNameMatch
312         SYNTAX 1.3.6.1.4.1.1466.115.121.1.12 )
313
314   The DistinguishedName (1.3.6.1.4.1.1466.115.121.1.12) syntax and the
315   'distinguishedNameMatch' rule are described in [Syntaxes].
316
317
318 2.6. documentIdentifier
319
320   The 'documentIdentifier' attribute specifies unique identifiers for a
321   document.  A document may be identified by more than one unique
322   identifier.  For example, RFC 3383 and BCP 64 are unique identifers
323   which (presently) refer to the same document.
324
325       ( 0.9.2342.19200300.100.1.11 NAME 'documentIdentifier'
326         EQUALITY caseIgnoreMatch
327         SUBSTR caseIgnoreSubstringsMatch
328         SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{256} )
329
330   The DirectoryString (1.3.6.1.4.1.1466.115.121.1.15) syntax and the
331   'caseIgnoreMatch' and 'caseIgnoreSubstringsMatch' rules are described
332   in [Syntaxes].
333
334
335
336
337
338 Zeilenga              draft-zeilenga-ldap-cosine-01             [Page 6]
339 \f
340 INTERNET-DRAFT                COSINE Schema              23 October 2005
341
342
343 2.7. documentLocation
344
345   The 'documentLocation' attribute specifies locations of the document
346   original.
347
348       ( 0.9.2342.19200300.100.1.15 NAME 'documentLocation'
349         EQUALITY caseIgnoreMatch
350         SUBSTR caseIgnoreSubstringsMatch
351         SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{256} )
352
353   The DirectoryString (1.3.6.1.4.1.1466.115.121.1.15) syntax and the
354   'caseIgnoreMatch' and 'caseIgnoreSubstringsMatch' rules are described
355   in [Syntaxes].
356
357
358 2.8. documentPublisher
359
360   The 'documentPublisher' attribute is the persons and/or organizations
361   that published the document.  Documents which are jointly published
362   have one value for each publisher.
363
364       ( 0.9.2342.19200300.100.1.56 NAME 'documentPublisher'
365         EQUALITY caseIgnoreMatch
366         SUBSTR caseIgnoreSubstringsMatch
367         SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 )
368
369   The DirectoryString (1.3.6.1.4.1.1466.115.121.1.15) syntax and the
370   'caseIgnoreMatch' and 'caseIgnoreSubstringsMatch' rules are described
371   in [Syntaxes].
372
373
374 2.9. documentTitle
375
376   The 'documentTitle' attribute specifies the titles of a document.
377   Multiple values are allowed to accomadate both long and short titles,
378   or other situations where a document has multiple titles.  For
379   example, "The Lightweight Directory Access Protocol Technical
380   Specification" and "The LDAP Technical Specification".
381
382       ( 0.9.2342.19200300.100.1.12 NAME 'documentTitle'
383         EQUALITY caseIgnoreMatch
384         SUBSTR caseIgnoreSubstringsMatch
385         SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{256} )
386
387   The DirectoryString (1.3.6.1.4.1.1466.115.121.1.15) syntax and the
388   'caseIgnoreMatch' and 'caseIgnoreSubstringsMatch' rules are described
389   in [Syntaxes].
390
391
392
393
394 Zeilenga              draft-zeilenga-ldap-cosine-01             [Page 7]
395 \f
396 INTERNET-DRAFT                COSINE Schema              23 October 2005
397
398
399 2.10. documentVersion
400
401   The 'documentVersion' attribute specifies the version information of a
402   document.
403
404       ( 0.9.2342.19200300.100.1.13 NAME 'documentVersion'
405         EQUALITY caseIgnoreMatch
406         SUBSTR caseIgnoreSubstringsMatch
407         SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{256} )
408
409   The DirectoryString (1.3.6.1.4.1.1466.115.121.1.15) syntax and the
410   'caseIgnoreMatch' and 'caseIgnoreSubstringsMatch' rules are described
411   in [Syntaxes].
412
413
414 2.11. drink
415
416   The 'drink' (favoriteDrink) attribute specifies favorite drinks of an
417   object (or person).  For instance, "cola" and "beer".
418
419       ( 0.9.2342.19200300.100.1.5 NAME 'drink'
420         EQUALITY caseIgnoreMatch
421         SUBSTR caseIgnoreSubstringsMatch
422         SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{256} )
423
424   The DirectoryString (1.3.6.1.4.1.1466.115.121.1.15) syntax and the
425   'caseIgnoreMatch' and 'caseIgnoreSubstringsMatch' rules are described
426   in [Syntaxes].
427
428
429 2.12. homePhone
430
431   The 'homePhone' (Home Telephone Number) attribute specifies home
432   telephone numbers (e.g., "+1 775 555 1234") associated with a person.
433
434       ( 0.9.2342.19200300.100.1.20 NAME 'homePhone'
435         EQUALITY telephoneNumberMatch
436         SUBSTR telephoneNumberSubstringsMatch
437         SYNTAX 1.3.6.1.4.1.1466.115.121.1.50 )
438
439   The telephoneNumber (1.3.6.1.4.1.1466.115.121.1.50) syntax and the
440   'telephoneNumberMatch' and 'telephoneNumberSubstringsMatch' rules are
441   described in [Syntaxes].
442
443
444 2.13. homePostalAddress
445
446   The 'homePostalAddress' attribute specifies home postal addresses for
447
448
449
450 Zeilenga              draft-zeilenga-ldap-cosine-01             [Page 8]
451 \f
452 INTERNET-DRAFT                COSINE Schema              23 October 2005
453
454
455   an object.  Each value should be limited to up to 6 directory strings
456   of 30 characters each.  (Note: it is not intended that the directory
457   service enforce these limits.)
458
459
460       ( 0.9.2342.19200300.100.1.39 NAME 'homePostalAddress'
461         EQUALITY caseIgnoreListMatch
462         SUBSTR caseIgnoreListSubstringsMatch
463         SYNTAX 1.3.6.1.4.1.1466.115.121.1.41 )
464
465   The PostalAddress (1.3.6.1.4.1.1466.115.121.1.41) syntax and the
466   'caseIgnoreListMatch' and 'caseIgnoreListSubstringsMatch' rules are
467   described in [Syntaxes].
468
469
470 2.14. host
471
472   The 'host' attribute specifies host computers, generally by their
473   primary fully-qualified domain name (e.g., my-host.example.com).
474
475       ( 0.9.2342.19200300.100.1.9 NAME 'host'
476         EQUALITY caseIgnoreMatch
477         SUBSTR caseIgnoreSubstringsMatch
478         SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{256} )
479
480   The DirectoryString (1.3.6.1.4.1.1466.115.121.1.15) syntax and the
481   'caseIgnoreMatch' and 'caseIgnoreSubstringsMatch' rules are described
482   in [Syntaxes].
483
484
485 2.16. info
486
487   The 'info' attribute specifies any general information pertinent to an
488   object.  This information is not necessarily descriptive of the
489   object.
490
491   Applications should not attach specific semantics to values of this
492   attribute.  The 'description' attribute [Schema] is available for
493   specifying descriptive information pertinent to an object.
494
495       ( 0.9.2342.19200300.100.1.4 NAME 'info'
496         EQUALITY caseIgnoreMatch
497         SUBSTR caseIgnoreSubstringsMatch
498         SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{2048} )
499
500   The DirectoryString (1.3.6.1.4.1.1466.115.121.1.15) syntax and the
501   'caseIgnoreMatch' and 'caseIgnoreSubstringsMatch' rules are described
502   in [Syntaxes].
503
504
505
506 Zeilenga              draft-zeilenga-ldap-cosine-01             [Page 9]
507 \f
508 INTERNET-DRAFT                COSINE Schema              23 October 2005
509
510
511 2.17. mail
512
513   The 'mail' (rfc822mailbox) attribute type holds Internet mail
514   addresses in Mailbox [RFC2821] form (e.g.: user@example.com).
515
516       ( 0.9.2342.19200300.100.1.3 NAME 'mail'
517         EQUALITY caseIgnoreIA5Match
518         SUBSTR caseIgnoreIA5SubstringsMatch
519         SYNTAX 1.3.6.1.4.1.1466.115.121.1.26{256} )
520
521   The IA5String (1.3.6.1.4.1.1466.115.121.1.26) syntax and the
522   'caseIgnoreIA5Match' and 'caseIgnoreIA5SubstringsMatch' rules are
523   described in [Syntaxes].
524
525   It is noted that the directory will not ensure that values of this
526   attribute conform to the <Mailbox> production [RFC2821].  It is the
527   application responsibility to ensure domains it stores in this
528   attribute are appropriately represented.
529
530   Additionally, the directory will compare values per the matching rules
531   named in the above attribute type description.  As these rules differ
532   from rules which normally apply to <Mailbox> comparisons, operational
533   issues may arise.  For example, the assertion (mail=joe@example.com)
534   will match "JOE@example.com" even though the <local-parts> differ.
535   Also, where a user has two <Mailbox>es which whose addresses differ
536   only by case of the <local-part>, both cannot be listed as values of
537   the user's mail attribute (as they are considered by the
538   'caseIgnoreIA5Match' rule to be equal).
539
540   It is also noted that applications supporting internationalized domain
541   names SHALL use the ToASCII method [RFC3490] to produce <sub-domain>
542   components of the <Mailbox> production.
543
544
545 2.18. manager
546
547   The 'manager' attribute specifies managers, by distinguished name, of
548   the person (or entity).
549
550       ( 0.9.2342.19200300.100.1.10 NAME 'manager'
551         EQUALITY distinguishedNameMatch
552         SYNTAX 1.3.6.1.4.1.1466.115.121.1.12 )
553
554   The DistinguishedName (1.3.6.1.4.1.1466.115.121.1.12) syntax and the
555   'distinguishedNameMatch' rule are described in [Syntaxes].
556
557
558 2.19. mobile
559
560
561
562 Zeilenga              draft-zeilenga-ldap-cosine-01            [Page 10]
563 \f
564 INTERNET-DRAFT                COSINE Schema              23 October 2005
565
566
567   The 'mobile' (mobileTelephoneNumber) attribute specifies mobile
568   telephone numbers (e.g., "+1 775 555 6789") associated with a person
569   (or entity).
570
571       ( 0.9.2342.19200300.100.1.41 NAME 'mobile'
572         EQUALITY telephoneNumberMatch
573         SUBSTR telephoneNumberSubstringsMatch
574         SYNTAX 1.3.6.1.4.1.1466.115.121.1.50 )
575
576   The telephoneNumber (1.3.6.1.4.1.1466.115.121.1.50) syntax and the
577   'telephoneNumberMatch' and 'telephoneNumberSubstringsMatch' rules are
578   described in [Syntaxes].
579
580
581 2.20. organizationalStatus
582
583   The 'organizationalStatus' attribute specifies categories by which a
584   person is often referred to in an organization.  Examples of usage in
585   academia might include "undergraduate student", "researcher",
586   "professor", "staff", etc..  Multiple values are allowed were the
587   person is in multiple categories.
588
589   Directory administrators and application designers SHOULD consider
590   carefully the distinctions between this and the 'title' and
591   'userClass' attributes.
592
593       ( 0.9.2342.19200300.100.1.45 NAME 'organizationalStatus'
594         EQUALITY caseIgnoreMatch
595         SUBSTR caseIgnoreSubstringsMatch
596         SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{256} )
597
598   The DirectoryString (1.3.6.1.4.1.1466.115.121.1.15) syntax and the
599   'caseIgnoreMatch' and 'caseIgnoreSubstringsMatch' rules are described
600   in [Syntaxes].
601
602
603 2.21. pager
604
605   The 'pager' (pagerTelephoneNumber) attribute specifies pager telephone
606   numbers (e.g., "+1 775 555 5555") for an object.
607
608       ( 0.9.2342.19200300.100.1.42 NAME 'pager'
609         EQUALITY telephoneNumberMatch
610         SUBSTR telephoneNumberSubstringsMatch
611         SYNTAX 1.3.6.1.4.1.1466.115.121.1.50 )
612
613   The telephoneNumber (1.3.6.1.4.1.1466.115.121.1.50) syntax and the
614   'telephoneNumberMatch' and 'telephoneNumberSubstringsMatch' rules are
615
616
617
618 Zeilenga              draft-zeilenga-ldap-cosine-01            [Page 11]
619 \f
620 INTERNET-DRAFT                COSINE Schema              23 October 2005
621
622
623   described in [Syntaxes].
624
625
626 2.22. personalTitle
627
628   The 'personalTitle' attribute specifies personal titles for a person.
629   Examples of personal titles are "Frau", "Dr.", "Herr", and
630   "Professor".
631
632       ( 0.9.2342.19200300.100.1.40 NAME 'personalTitle'
633         EQUALITY caseIgnoreMatch
634         SUBSTR caseIgnoreSubstringsMatch
635         SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{256} )
636
637   The DirectoryString (1.3.6.1.4.1.1466.115.121.1.15) syntax and the
638   'caseIgnoreMatch' and 'caseIgnoreSubstringsMatch' rules are described
639   in [Syntaxes].
640
641
642 2.23. roomNumber
643
644   The 'roomNumber' attribute specifies the room number of an object.
645   During periods of renumbering or in other circumstances where a room
646   has multiple valid room numbers associated with it, multiple values
647   may be provided.  Note that the 'cn' (commonName) attribute type
648   SHOULD be used for naming room objects.
649
650       ( 0.9.2342.19200300.100.1.6 NAME 'roomNumber'
651         EQUALITY caseIgnoreMatch
652         SUBSTR caseIgnoreSubstringsMatch
653         SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{256} )
654
655   The DirectoryString (1.3.6.1.4.1.1466.115.121.1.15) syntax and the
656   'caseIgnoreMatch' and 'caseIgnoreSubstringsMatch' rules are described
657   in [Syntaxes].
658
659
660 2.24. secretary
661
662   The 'secretary' attribute specifies secretaries and/or administrative
663   assistants, by distinguish name, of a person.
664
665       ( 0.9.2342.19200300.100.1.21 NAME 'secretary'
666         EQUALITY distinguishedNameMatch
667         SYNTAX 1.3.6.1.4.1.1466.115.121.1.12 )
668
669   The DistinguishedName (1.3.6.1.4.1.1466.115.121.1.12) syntax and the
670   'distinguishedNameMatch' rule are described in [Syntaxes].
671
672
673
674 Zeilenga              draft-zeilenga-ldap-cosine-01            [Page 12]
675 \f
676 INTERNET-DRAFT                COSINE Schema              23 October 2005
677
678
679 2.26. uniqueIdentifier
680
681   The 'uniqueIdentifier' attribute specifies a unique identifier for an
682   object represented in the Directory.  The domain within which the
683   identifier is unique, and the exact semantics of the identifier, are
684   for local definition.  For a person, this might be an institution-wide
685   payroll number.  For an organizational unit, it might be a department
686   code.
687
688       ( 0.9.2342.19200300.100.1.44 NAME 'uniqueIdentifier'
689         EQUALITY caseIgnoreMatch
690         SUBSTR caseIgnoreSubstringsMatch
691         SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{256} )
692
693   The DirectoryString (1.3.6.1.4.1.1466.115.121.1.15) syntax and the
694   'caseIgnoreMatch' and 'caseIgnoreSubstringsMatch' rules are described
695   in [Syntaxes].
696
697   Note: X.520 also describes an attribute called 'uniqueIdentifier'
698         (2.5.4.45) which is called 'x500UniqueIdentifier' in LDAP
699         [Schema].  The attribute detailed here ought not be confused
700         with 'x500UniqueIdentifier'.
701
702
703 2.27. userClass
704
705   The 'userClass' attribute specifies categories of computer or
706   application user.  The semantics placed on this attribute are for
707   local interpretation.  Examples of current usage of this attribute in
708   academia are "student", "staff", "faculty", etc..  Note that the
709   'organizationalStatus' attribute type is now often be preferred as it
710   makes no distinction between persons as opposed to users.
711
712       ( 0.9.2342.19200300.100.1.8 NAME 'userClass'
713         EQUALITY caseIgnoreMatch
714         SUBSTR caseIgnoreSubstringsMatch
715         SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{256} )
716
717   The DirectoryString (1.3.6.1.4.1.1466.115.121.1.15) syntax and the
718   'caseIgnoreMatch' and 'caseIgnoreSubstringsMatch' rules are described
719   in [Syntaxes].
720
721
722 3. COSINE Object Classes
723
724   This section details COSINE object classes for use in LDAP.
725
726
727
728
729
730 Zeilenga              draft-zeilenga-ldap-cosine-01            [Page 13]
731 \f
732 INTERNET-DRAFT                COSINE Schema              23 October 2005
733
734
735 3.1. account
736
737   The 'account' object class is used to define entries representing
738   computer accounts.  The 'uid' attribute SHOULD be used for naming
739   entries of this object class.
740
741       ( 0.9.2342.19200300.100.4.5 NAME 'account'
742         SUP top STRUCTURAL
743         MUST uid
744         MAY ( description $ seeAlso $ l $ o $ ou $ host ) )
745
746   The 'top' object class is described in [Models].  The 'description',
747   'seeAlso', 'l', 'o', 'ou', and 'uid' attribute types are described in
748   [Schema].  The 'host' attribute type is described in Section 2 of this
749   document.
750
751   Example:
752
753       dn: uid=kdz,cn=Accounts,dc=Example,dc=COM
754       objectClass: account
755       uid: kdz
756       seeAlso: cn=Kurt D. Zeilenga,cn=Persons,dc=Example,dc=COM
757
758
759 3.2. document
760
761   The 'document' object class is used to define entries which represent
762   documents.
763
764       ( 0.9.2342.19200300.100.4.6 NAME 'document'
765         SUP top STRUCTURAL
766         MUST documentIdentifier
767         MAY ( cn $ description $ seeAlso $ l $ o $ ou $
768           documentTitle $ documentVersion $ documentAuthor $
769           documentLocation $ documentPublisher ) )
770
771   The 'top' object class is described in [Models].  The 'cn',
772   'description', 'seeAlso', 'l', 'o', and 'ou' attribute types are
773   described in [Schema].  The 'documentIdentifier', 'documentTitle',
774   'documentVersion', 'documentAuthor', 'documentLocation', and
775   'documentPublisher' attribute types are described in Section 2 of this
776   document.
777
778   Example:
779
780       dn: documentIdentifier=RFCXXXX,cn=RFC,dc=Example,dc=COM
781       objectClass: document
782       documentIdentifier: RFC XXXXX
783
784
785
786 Zeilenga              draft-zeilenga-ldap-cosine-01            [Page 14]
787 \f
788 INTERNET-DRAFT                COSINE Schema              23 October 2005
789
790
791       documentTitle: COSINE LDAP/X.500 Schema
792       documentAuthor: cn=Kurt D. Zeilenga,cn=Persons,dc=Example,dc=COM
793       documentLocation: http://www.rfc-editor.org/rfc/rfcXXXX.txt
794       documentPublisher: Internet Engineering Task Force
795       description: A collection of schema elements for use in LDAP
796       description: Obsoletes RFC 1274
797       seeAlso: documentIdentifier=[Roadmap],cn=RFC,dc=Example,dc=COM
798       seeAlso: documentIdentifier=RFC 1274,cn=RFC,dc=Example,dc=COM
799
800
801 3.3. documentSeries
802
803   The documentSeries object class is used to define an entry which
804   represents a series of documents (e.g., The Request For Comments
805   memos).
806
807       ( 0.9.2342.19200300.100.4.9 NAME 'documentSeries'
808         SUP top STRUCTURAL
809         MUST cn
810         MAY ( description $ l $ o $ ou $ seeAlso $
811           telephonenumber ) )
812
813   The 'top' object class is described in [Models].  The 'description',
814   'l', 'o', 'ou', 'seeAlso', and 'telephoneNumber' attribute types are
815   described in [Schema].
816
817   Example:
818
819       dn: cn=RFC,dc=Example,dc=COM
820       objectClass: documentSeries
821       cn: Request for Comments
822       cn: RFC
823       description: a series of memos about the Internet
824
825
826 3.4. domain
827
828   The 'domain' object class is used to define entries which represent
829   DNS domains for objects which are not organizations, organizational
830   units, or other kinds of objects more approproiately defined using an
831   object class specific to the kind of object being defined (e.g.,
832   'organization', 'organizationUnit', etc.).
833
834   The 'dc' attribute should be used for naming entries of 'domain'
835   object class.
836
837       ( 0.9.2342.19200300.100.4.13 NAME 'domain'
838         SUP top STRUCTURAL
839
840
841
842 Zeilenga              draft-zeilenga-ldap-cosine-01            [Page 15]
843 \f
844 INTERNET-DRAFT                COSINE Schema              23 October 2005
845
846
847         MUST dc
848         MAY ( userPassword $ searchGuide $ seeAlso $ businessCategory $
849           x121Address $ registeredAddress $ destinationIndicator $
850           preferredDeliveryMethod $ telexNumber $
851           teletexTerminalIdentifier $ telephoneNumber $
852           internationaliSDNNumber $ facsimileTelephoneNumber $ street $
853           postOfficeBox $ postalCode $ postalAddress $
854           physicalDeliveryOfficeName $ st $ l $ description $ o $
855           associatedName ) )
856
857   The 'top' object class and the 'dc', 'userPassword', 'searchGuide
858   'seeAlso', 'businessCategory', 'x121Address', 'registeredAddress
859   'destinationIndicator', 'preferredDeliveryMethod', 'telexNumber',
860   'teletexTerminalIdentifier', 'telephoneNumber',
861   'internationaliSDNNumber', 'facsimileTelephoneNumber', 'street',
862   'postOfficeBox', 'postalCode', 'postalAddress',
863   'physicalDeliveryOfficeName', 'st', 'l', 'description', 'o', types are
864   described in [Schema].  The 'associatedName' attribute type is
865   described in Section 2 of this document.
866
867   Example:
868       dn: dc=com
869       objectClass: domain
870       dc: com
871       description: the .COM TLD
872
873
874 3.5.  domainRelatedObject
875
876   The 'domainRelatedObject' object class is used to define entries which
877   represent DNS domains which are "equivalent" to an X.500 domain: e.g.,
878   an organization or organizational unit.
879
880       ( 0.9.2342.19200300.100.4.17 NAME 'domainRelatedObject'
881         SUP top AUXILIARY
882         MUST associatedDomain )
883
884   The 'top' object class is described in [Models].  The
885   'associatedDomain' attribute type is described in Section 2 of this
886   document.
887
888   Example:
889
890       dn: dc=example,dc=com
891       objectClass: organization
892       objectClass: dcObject
893       objectClass: domainRelatedObject
894       dc: example
895
896
897
898 Zeilenga              draft-zeilenga-ldap-cosine-01            [Page 16]
899 \f
900 INTERNET-DRAFT                COSINE Schema              23 October 2005
901
902
903       associatedDomain: example.com
904       o: Example Organization
905
906   The 'organization' and 'dcObject' object classes and the 'dc' and 'o'
907   attribute types are described in [Schema].
908
909
910 3.5.  friendlyCountry
911
912   The 'friendlyCountry' object class is used to define entries
913   representing countries in the DIT.  The object class is used to allow
914   friendlier naming of countries than that allowed by the object class
915   'country' [Schema].
916
917       ( 0.9.2342.19200300.100.4.18 NAME 'friendlyCountry'
918         SUP country STRUCTURAL
919         MUST co )
920
921   The 'country' object class is described in [Schema].  The 'co'
922   attribute type is described in Section 2 of this document.
923
924   Example:
925
926       dn: c=DE
927       objectClass: country
928       objectClass: friendlyCountry
929       c: DE
930       co: Deutschland
931       co: Germany
932       co: Federal Republic of Germany
933       co: FRG
934
935   The 'c' attribute type is described in [Schema].
936
937
938 3.6.  rFC822LocalPart
939
940   The 'rFC822LocalPart' object class is used to define entries which
941   represent the local part of Internet mail addresses [RFC2822].  This
942   treats the local part of the address as a 'domain' object.
943
944       ( 0.9.2342.19200300.100.4.14 NAME 'rFC822localPart'
945         SUP domain STRUCTURAL
946         MAY ( cn $ description $ destinationIndicator $
947           facsimileTelephoneNumber $ internationaliSDNNumber $
948           physicalDeliveryOfficeName $ postalAddress $ postalCode $
949           postOfficeBox $ preferredDeliveryMethod $ registeredAddress $
950           seeAlso $ sn $ street $ telephoneNumber $
951
952
953
954 Zeilenga              draft-zeilenga-ldap-cosine-01            [Page 17]
955 \f
956 INTERNET-DRAFT                COSINE Schema              23 October 2005
957
958
959           teletexTerminalIdentifier $ telexNumber $ x121Address ) )
960
961   The 'domain' object class is described in Section 3.4 of this
962   document.  The 'cn', 'description', 'destinationIndicator',
963   'facsimileTelephoneNumber', 'internationaliSDNNumber,
964   'physicalDeliveryOfficeName', 'postalAddress', 'postalCode',
965   'postOfficeBox', 'preferredDeliveryMethod', 'registeredAddress',
966   'seeAlso', 'sn, 'street', 'telephoneNumber',
967   'teletexTerminalIdentifier', 'telexNumber' and 'x121Address' attribute
968   types are described in [Schema].
969
970
971   Example:
972
973       dn: dc=kdz,dc=example,dc=com
974       objectClass: domain
975       objectClass: rFC822LocalPart
976       dc: kdz
977       associatedName: cn=Kurt D. Zeilenga,cn=Persons,dc=Example,dc=COM
978
979   The 'dc' attribute type is described in [Schema].
980
981
982 3.7.  room
983
984   The 'room' object class is used to define entries representing rooms.
985   The 'cn' (commonName) attribute SHOULD be used for naming entries of
986   this object class.
987
988       ( 0.9.2342.19200300.100.4.7 NAME 'room'
989         SUP top STRUCTURAL
990         MUST cn
991         MAY ( roomNumber $ description $ seeAlso $ telephoneNumber ) )
992
993   The 'top' object class is described in [Models].  The 'cn',
994   'description', 'seeAlso' and 'telephoneNumber' attribute types are
995   described in [Schema].  The 'roomNumber' attribute type is described
996   in Section 2 of this document.
997
998       dn: cn=conference room,dc=example,dc=com
999       objectClass: room
1000       cn: conference room
1001       telephoneNumber: +1 755 555 1111
1002
1003
1004 3.8.  simpleSecurityObject
1005
1006   The 'simpleSecurityObject' object class is used to require an entry to
1007
1008
1009
1010 Zeilenga              draft-zeilenga-ldap-cosine-01            [Page 18]
1011 \f
1012 INTERNET-DRAFT                COSINE Schema              23 October 2005
1013
1014
1015   have an 'userPassword' attribute when the entry's structural object
1016   class does not require (or allow) the 'userPassword attribute'.
1017
1018       ( 0.9.2342.19200300.100.4.19 NAME 'simpleSecurityObject'
1019         SUP top AUXILIARY
1020         MUST userPassword )
1021
1022   The 'top' object class is described in [Models].  The 'userPassword'
1023   attribute type is described in [Schema].
1024
1025       dn: dc=kdz,dc=Example,dc=COM
1026       objectClass: account
1027       objectClass: simpleSecurityObject
1028       uid: kdz
1029       userPassword: My Password
1030       seeAlso: cn=Kurt D. Zeilenga,cn=Persons,dc=Example,dc=COM
1031
1032
1033 4. Security Considerations
1034
1035   General LDAP security considerations [Roadmap] is applicable to the
1036   use of this schema.  Additional considerations are noted above where
1037   appropriate.
1038
1039   Directories administrators should ensure that access to sensitive
1040   information is restricted to authorized entities, but ensure that
1041   appropriate data security services, including data integrity and data
1042   confidentiality, are used to protect against eavesdropping.
1043
1044   Simple authentication (e.g., plain text passwords) mechanisms should
1045   only be used when adequate data security services are in place.  LDAP
1046   offers reasonable strong authentication and data security services
1047   [AuthMeth].
1048
1049
1050
1051 5. IANA Considerations
1052
1053   It is requested that the Internet Assigned Numbers Authority (IANA)
1054   update upon Standard Action the LDAP descriptors registry [BCP64bis]
1055   as indicated the following template:
1056
1057       Subject: Request for LDAP Descriptor Registration Update
1058       Descriptor (short name): see comment
1059       Object Identifier: see comments
1060       Person & email address to contact for further information:
1061           Kurt Zeilenga <kurt@OpenLDAP.org>
1062       Usage: see comments
1063
1064
1065
1066 Zeilenga              draft-zeilenga-ldap-cosine-01            [Page 19]
1067 \f
1068 INTERNET-DRAFT                COSINE Schema              23 October 2005
1069
1070
1071       Specification: RFC XXXX
1072       Author/Change Controller: IESG
1073       Comments:
1074
1075       The following descriptors should be updated to refer to RFC XXXX.
1076
1077         NAME                           Type OID
1078         ------------------------       ---- --------------------------
1079         account                        O    0.9.2342.19200300.100.4.5
1080         associatedDomain               A    0.9.2342.19200300.100.1.37
1081         associatedName                 A    0.9.2342.19200300.100.1.38
1082         buildingName                   A    0.9.2342.19200300.100.1.48
1083         co                             A    0.9.2342.19200300.100.1.43
1084         document                       O    0.9.2342.19200300.100.4.6
1085         documentAuthor                 A    0.9.2342.19200300.100.1.14
1086         documentIdentifier             A    0.9.2342.19200300.100.1.11
1087         documentLocation               A    0.9.2342.19200300.100.1.15
1088         documentPublisher              A    0.9.2342.19200300.100.1.56
1089         documentSeries                 O    0.9.2342.19200300.100.4.8
1090         documentTitle                  A    0.9.2342.19200300.100.1.12
1091         documentVersion                A    0.9.2342.19200300.100.1.13
1092         domain                         O    0.9.2342.19200300.100.4.13
1093         domainRelatedObject            O    0.9.2342.19200300.100.4.17
1094         drink                          A    0.9.2342.19200300.100.1.5
1095         favouriteDrink                 A*   0.9.2342.19200300.100.1.5
1096         friendlyCountry                O    0.9.2342.19200300.100.4.18
1097         friendlyCountryName            A*   0.9.2342.19200300.100.1.43
1098         homePhone                      A    0.9.2342.19200300.100.1.20
1099         homePostalAddress              A    0.9.2342.19200300.100.1.39
1100         homeTelephone                  A*   0.9.2342.19200300.100.1.20
1101         host                           A    0.9.2342.19200300.100.1.9
1102         info                           A    0.9.2342.19200300.100.1.4
1103         mail                           A    0.9.2342.19200300.100.1.3
1104         manager                        A    0.9.2342.19200300.100.1.10
1105         mobile                         A    0.9.2342.19200300.100.1.41
1106         mobileTelephoneNumber          A*   0.9.2342.19200300.100.1.41
1107         organizationalStatus           A    0.9.2342.19200300.100.1.45
1108         pager                          A    0.9.2342.19200300.100.1.42
1109         pagerTelephoneNumber           A*   0.9.2342.19200300.100.1.42
1110         personalTitle                  A    0.9.2342.19200300.100.1.40
1111         rFC822LocalPart                O    0.9.2342.19200300.100.4.14
1112         rfc822Mailbox                  A*   0.9.2342.19200300.100.1.3
1113         room                           O    0.9.2342.19200300.100.4.7
1114         roomNumber                     A    0.9.2342.19200300.100.1.6
1115         secretary                      A    0.9.2342.19200300.100.1.21
1116         simpleSecurityObject           O    0.9.2342.19200300.100.4.19
1117         singleLevelQuality             A    0.9.2342.19200300.100.1.50
1118         uniqueIdentifier               A    0.9.2342.19200300.100.1.44
1119
1120
1121
1122 Zeilenga              draft-zeilenga-ldap-cosine-01            [Page 20]
1123 \f
1124 INTERNET-DRAFT                COSINE Schema              23 October 2005
1125
1126
1127         userClass                      A    0.9.2342.19200300.100.1.8
1128
1129       where Type A is Attribute and Type O is ObjectClass, and *
1130       indicates the registration is historic in nature.
1131
1132
1133 6. Acknowledgments
1134
1135   This document is based upon RFC 1274 by Paul Barker and Steve Kille,
1136   as well as RFC 2247 by Steve Kill, Mark Wahl, Al Grimstad, Rick Huber,
1137   and Sri Satulari.
1138
1139
1140 7. Editor's Address
1141
1142   Kurt D. Zeilenga
1143   OpenLDAP Foundation
1144
1145   Email: Kurt@OpenLDAP.org
1146
1147
1148 8. References
1149
1150   [[Note to the RFC Editor: please replace the citation tags used in
1151   referencing Internet-Drafts with tags of the form RFCnnnn where
1152   possible.]]
1153
1154 8.1. Normative References
1155
1156                 [RFC1034]     Mockapetris, P., "Domain names - concepts
1157                 and facilities", STD 13 (also RFC 1034), November 1987.
1158
1159   [RFC2119]     Bradner, S., "Key words for use in RFCs to Indicate
1160                 Requirement Levels", BCP 14 (also RFC 2119), March 1997.
1161
1162   [RFC2247]     Kille, S., M. Wahl, A. Grimstad, R. Huber and S.
1163                 Sataluri, "Using Domains in LDAP/X.500 Distinguished
1164                 Names", January 1998.
1165
1166   [RFC2821]     Klensin, J. (editor), "Simple Mail Transfer Protocol",
1167                 RFC 2822, April 2001.
1168
1169   [RFC3490]     Faltstrom, P., P. Hoffman, and A. Costello,
1170                 "Internationalizing Domain Names in Applications
1171                 (INDA)", RFC 3490, March 2003.
1172
1173   [Roadmap]     Zeilenga, K. (editor), "LDAP: Technical Specification
1174                 Road Map", draft-ietf-ldapbis-roadmap-xx.txt, a work in
1175
1176
1177
1178 Zeilenga              draft-zeilenga-ldap-cosine-01            [Page 21]
1179 \f
1180 INTERNET-DRAFT                COSINE Schema              23 October 2005
1181
1182
1183                 progress.
1184
1185   [Models]      Zeilenga, K. (editor), "LDAP: Directory Information
1186                 Models", draft-ietf-ldapbis-models-xx.txt, a work in
1187                 progress.
1188
1189   [Syntaxes]    Legg, S. (editor), "LDAP: Syntaxes and Matching Rules",
1190                 draft-ietf-ldapbis-syntaxes-xx.txt, a work in progress.
1191
1192   [Schema]      Dally, K. (editor), "LDAP: User Schema",
1193                 draft-ietf-ldapbis-user-schema-xx.txt, a work in
1194                 progress.
1195
1196   [AuthMeth]    Harrison, R. (editor), "LDAP: Authentication Methods and
1197                 Connection Level Security Mechanisms",
1198                 draft-ietf-ldapbis-authmeth-xx.txt, a work in progress.
1199
1200
1201 8.2. Informative References
1202
1203                 [COSINEpilot]
1204
1205   [NamingPlan]  Zeilenga, K., "The Internet Naming Plan for LDAP/X.500
1206                 Directories", draft-zeilenga-ldap-namingplan-xx.txt, a
1207                 work in progress.
1208
1209   [ISO3166]     International Organization for Standardization, "Codes
1210                 for the representation of names of countries", ISO 3166.
1211
1212   [RFC1274]     Barker, P. and S. Kille, "The COSINE and Internet X.500
1213                 Schema", November 1991.
1214
1215   [RFC2798]     Smith, M., "The LDAP inetOrgPerson Object Class", RFC
1216                 2798, April 2000.
1217
1218   [BCP64bis]    Zeilenga, K., "IANA Considerations for LDAP",
1219                 draft-ietf-ldapbis-bcp64-xx.txt, a work in progress.
1220
1221
1222 Appendix A.  Changes since RFC 1274
1223
1224   This document represents a substantial rewrite of RFC 1274.  The
1225   following sections summarize the substantive changes.
1226
1227 A.1. LDAP Short Names
1228
1229   A number of COSINE attribute types have short names in LDAP.
1230
1231
1232
1233
1234 Zeilenga              draft-zeilenga-ldap-cosine-01            [Page 22]
1235 \f
1236 INTERNET-DRAFT                COSINE Schema              23 October 2005
1237
1238
1239   X.500 Name              LDAP Short Name
1240   -------------           ---------------
1241   domainComponent         dc
1242   favoriteDrink           drink
1243   friendCountryName       co
1244   homeTelephoneNumber     homePhone
1245   mobileTelephoneNumber   mobile
1246   pagerTelephoneNumber    pager
1247   rfc822Mailbox           mail
1248   userid                  uid
1249
1250   While the LDAP short names are generally used in LDAP, some
1251   implementations may (for legacy reasons [Historic]) recognize the
1252   attribute type by its X.500 name.  Hence, the X.500 names have been
1253   reserved solely for this purpose.
1254
1255   Note: 'uid' and 'dc' are described in [Schema].
1256
1257
1258 A.2. pilotObject
1259
1260   The 'pilotObject' object class was not brought forward as its function
1261   is largely replaced by operational attributes introduced in X.500(93)
1262   [X.501] and version 3 of LDAP [Models].   For instance, the function
1263   of the 'lastModifiedBy' and 'lastModifiedTime' attribute types is now
1264   served by the 'creatorsName', 'createTimestamp', 'modifiersName', and
1265   'modifyTimestamp' operational attributes [Models].
1266
1267
1268 A.3. pilotPerson
1269
1270   The 'pilotPerson' object class was not brought forward as its function
1271   is largely replaced by the 'organizationalPerson' [Models] object
1272   class and its subclasses, such as 'inetOrgPerson' [RFC2798].
1273
1274   Most of the related attribute types (e.g., 'mail', 'manager', etc.)
1275   were brought forward as they are used in other object classes.
1276
1277
1278 A.4. dNSDomain
1279
1280   The 'dNSDomain' object class and related attribute types were not
1281   brought forward as its use is primarily experimental [RFC1279].
1282
1283
1284 A.5. pilotDSA and qualityLabelledData
1285
1286   The 'pilotDSA' and 'qualityLabelledData' object classes, as well as
1287
1288
1289
1290 Zeilenga              draft-zeilenga-ldap-cosine-01            [Page 23]
1291 \f
1292 INTERNET-DRAFT                COSINE Schema              23 October 2005
1293
1294
1295   related attribute types, were not brought forward as it as its use is
1296   primarily experimental [QoS].
1297
1298
1299 A.6. Attribute syntaxes
1300
1301   RFC 1274 defined and used caseIgnoreIA5StringSyntax attribute syntax.
1302   This has been replaced with the IA5String syntax and approrpiate
1303   matching rules in 'mail' and 'associatedDomain'.
1304
1305   RFC 1274 restricted 'mail' to have non-zero length values.  This
1306   restriction is not reflected in the IA5String syntax used in the
1307   definitions provided in this specification.   However, as values are
1308   to conform to the <Mailbox> production, the 'mail' should not contain
1309   zero-length values.  Unfornuately, the directory service will not
1310   enforce this restriction.
1311
1312
1313 Appendix B. Changes since RFC 2247
1314
1315   The 'domainNameForm' name form was not brought forward as
1316   specification of name forms used in LDAP is left to a future
1317   specification.
1318
1319
1320
1321 Intellectual Property Rights
1322
1323   The IETF takes no position regarding the validity or scope of any
1324   Intellectual Property Rights or other rights that might be claimed to
1325   pertain to the implementation or use of the technology described in
1326   this document or the extent to which any license under such rights
1327   might or might not be available; nor does it represent that it has
1328   made any independent effort to identify any such rights.  Information
1329   on the procedures with respect to rights in RFC documents can be found
1330   in BCP 78 and BCP 79.
1331
1332   Copies of IPR disclosures made to the IETF Secretariat and any
1333   assurances of licenses to be made available, or the result of an
1334   attempt made to obtain a general license or permission for the use of
1335   such proprietary rights by implementers or users of this specification
1336   can be obtained from the IETF on-line IPR repository at
1337   http://www.ietf.org/ipr.
1338
1339   The IETF invites any interested party to bring to its attention any
1340   copyrights, patents or patent applications, or other proprietary
1341   rights that may cover technology that may be required to implement
1342   this standard.  Please address the information to the IETF at
1343
1344
1345
1346 Zeilenga              draft-zeilenga-ldap-cosine-01            [Page 24]
1347 \f
1348 INTERNET-DRAFT                COSINE Schema              23 October 2005
1349
1350
1351   ietf-ipr@ietf.org.
1352
1353
1354
1355 Full Copyright
1356
1357   Copyright (C) The Internet Society (2005).
1358
1359   This document is subject to the rights, licenses and restrictions
1360   contained in BCP 78, and except as set forth therein, the authors
1361   retain all their rights.
1362
1363   This document and the information contained herein are provided on an
1364   "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS
1365   OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET
1366   ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED,
1367   INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE
1368   INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED
1369   WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
1370
1371
1372
1373
1374
1375
1376
1377
1378
1379
1380
1381
1382
1383
1384
1385
1386
1387
1388
1389
1390
1391
1392
1393
1394
1395
1396
1397
1398
1399
1400
1401
1402 Zeilenga              draft-zeilenga-ldap-cosine-01            [Page 25]
1403 \f