rfc2849.txt			proposal.txt
f	1		f	1
	2			2
	3			3
	4			4
	5			5
	6			6
	7	Network Working Group                                             G. Good		7	Network Working Group                                             G. Good
n	8	Request for Comments: 2849                   iPlanet e-commerce Solutions	n	8	INTERNET-DRAFT
	9	Category: Standards Track                                       June 2000		9	Obsoletes: 2849
				10	Category: Standards Track
	10			11
	11			12
	12	The LDAP Data Interchange Format (LDIF) - Technical Specification		13	The LDAP Data Interchange Format (LDIF) - Technical Specification
	13			14
n			n	15
	14	Status of this Memo		16	Status of this Memo
	15			17
n	16	This document specifies an Internet standards track protocol for the	n	18	By submitting this Internet-Draft, each author represents that any
	17	Internet community, and requests discussion and suggestions for		19	applicable patent or other IPR claims of which he or she is aware
	18	improvements.  Please refer to the current edition of the "Internet		20	have been or will be disclosed, and any of which he or she becomes
	19	Official Protocol Standards" (STD 1) for the standardization state		21	aware will be disclosed, in accordance with Section 6 of BCP 79.
	20	and status of this protocol.  Distribution of this memo is unlimited.
	21
	22	Copyright Notice
	23
	24	Copyright (C) The Internet Society (2000).  All Rights Reserved.
	25			22
	26	Abstract		23	Abstract
	27			24
	28	This document describes a file format suitable for describing		25	This document describes a file format suitable for describing
	29	directory information or modifications made to directory information.		26	directory information or modifications made to directory information.
	30	The file format, known as LDIF, for LDAP Data Interchange Format, is		27	The file format, known as LDIF, for LDAP Data Interchange Format, is
	31	typically used to import and export directory information between		28	typically used to import and export directory information between
	32	LDAP-based directory servers, or to describe a set of changes which		29	LDAP-based directory servers, or to describe a set of changes which
	33	are to be applied to a directory.		30	are to be applied to a directory.
	34			31
n			n	32	Relationship to Obsolete Specification
				33
				34	This obsoletes and replaces [RFC2849] which defined version 1
				35	of LDIF.
				36
				37	The paragraph "Notes on LDIF Syntax" in [RFC2849] documented the
				38	use of non-encoded UTF-8 inside an LDIF file, but the "Formal Syntax
				39	Definition of LDIF" specified either ASCII or base64 encoded UTF-8
				40	for distinguishedName, rdn and attrval-spec.  The specification has
				41	been changed to allow UTF-8 strings without the use of encoding.
				42
				43	The definition of UTF-8 has been slightly modified to follow the
				44	definition from [RFC3629].
				45
				46	The style has been changed to conform with the newer editorial
				47	standards from [RFC223], specifically in quoting references.
				48
	35	Background and Intended Usage		49	Background and Intended Usage
	36			50
	37	There are a number of situations where a common interchange format is		51	There are a number of situations where a common interchange format is
	38	desirable.  For example, one might wish to export a copy of the		52	desirable.  For example, one might wish to export a copy of the
	39	contents of a directory server to a file, move that file to a		53	contents of a directory server to a file, move that file to a
	40	different machine, and import the contents into a second directory		54	different machine, and import the contents into a second directory
	41	server.		55	server.
	42			56
	43	Additionally, by using a well-defined interchange format, development		57	Additionally, by using a well-defined interchange format, development
	44	of data import tools from legacy systems is facilitated.  A fairly		58	of data import tools from legacy systems is facilitated.  A fairly
	45	simple set of tools written in awk or perl can, for example, convert		59	simple set of tools written in awk or perl can, for example, convert
n	46	a database of personnel information into an LDIF file. This file can	n	60	a database of personnel information into an LDIF file.  This file can
	47	then be imported into a directory server, regardless of the internal		61	then be imported into a directory server, regardless of the internal
	48	database representation the target directory server uses.		62	database representation the target directory server uses.
	49			63
	50	The LDIF format was originally developed and used in the University		64	The LDIF format was originally developed and used in the University
	51	of Michigan LDAP implementation.  The first use of LDIF was in		65	of Michigan LDAP implementation.  The first use of LDIF was in
	52	describing directory entries.  Later, the format was expanded to		66	describing directory entries.  Later, the format was expanded to
	53	allow representation of changes to directory entries.		67	allow representation of changes to directory entries.
	54			68
	55	Relationship to the application/directory MIME content-type:		69	Relationship to the application/directory MIME content-type:
	56			70
n	57	The application/directory MIME content-type [1] is a general	n	71	The application/directory MIME content-type [RFC2425] is a general
	58	framework and format for conveying directory information, and is		72	framework and format for conveying directory information, and is
	59	independent of any particular directory service.  The LDIF format is		73	independent of any particular directory service.  The LDIF format is
	60	a simpler format which is perhaps easier to create, and may also be		74	a simpler format which is perhaps easier to create, and may also be
	61	used, as noted, to describe a set of changes to be applied to a		75	used, as noted, to describe a set of changes to be applied to a
	62	directory.		76	directory.
	63			77
	64	The key words "MUST", "MUST NOT", "MAY", "SHOULD", and "SHOULD NOT"		78	The key words "MUST", "MUST NOT", "MAY", "SHOULD", and "SHOULD NOT"
n	65	used in this document are to be interpreted as described in [7].	n	79	used in this document are to be interpreted as described
				80	in [RFC2119].
	66			81
	67	Definition of the LDAP Data Interchange Format		82	Definition of the LDAP Data Interchange Format
	68			83
	69	The LDIF format is used to convey directory information, or a		84	The LDIF format is used to convey directory information, or a
	70	description of a set of changes made to directory entries.  An LDIF		85	description of a set of changes made to directory entries.  An LDIF
	71	file consists of a series of records separated by line separators.  A		86	file consists of a series of records separated by line separators.  A
	72	record consists of a sequence of lines describing a directory entry,		87	record consists of a sequence of lines describing a directory entry,
	73	or a sequence of lines describing a set of changes to a directory		88	or a sequence of lines describing a set of changes to a directory
	74	entry.  An LDIF file specifies a set of directory entries, or a set		89	entry.  An LDIF file specifies a set of directory entries, or a set
	75	of changes to be applied to directory entries, but not both.		90	of changes to be applied to directory entries, but not both.
	76			91
	77	There is a one-to-one correlation between LDAP operations that modify		92	There is a one-to-one correlation between LDAP operations that modify
	78	the directory (add, delete, modify, and modrdn), and the types of		93	the directory (add, delete, modify, and modrdn), and the types of
	79	changerecords described below ("add", "delete", "modify", and		94	changerecords described below ("add", "delete", "modify", and
	80	"modrdn" or "moddn").  This correspondence is intentional, and		95	"modrdn" or "moddn").  This correspondence is intentional, and
	81	permits a straightforward translation from LDIF changerecords to		96	permits a straightforward translation from LDIF changerecords to
	82	protocol operations.		97	protocol operations.
	83			98
	84	Formal Syntax Definition of LDIF		99	Formal Syntax Definition of LDIF
	85			100
	86	The following definition uses the augmented Backus-Naur Form		101	The following definition uses the augmented Backus-Naur Form
n	87	specified in RFC 2234 [2].	n	102	specified in [RFC2234].
	88			103
	89	ldif-file                = ldif-content / ldif-changes		104	ldif-file                = ldif-content / ldif-changes
	90			105
	91	ldif-content             = version-spec 1*(1*SEP ldif-attrval-record)		106	ldif-content             = version-spec 1*(1*SEP ldif-attrval-record)
	92			107
	93	ldif-changes             = version-spec 1*(1*SEP ldif-change-record)		108	ldif-changes             = version-spec 1*(1*SEP ldif-change-record)
	94			109
	95	ldif-attrval-record      = dn-spec SEP 1*attrval-spec		110	ldif-attrval-record      = dn-spec SEP 1*attrval-spec
	96			111
	97	ldif-change-record       = dn-spec SEP *control changerecord		112	ldif-change-record       = dn-spec SEP *control changerecord
	98			113
	99	version-spec             = "version:" FILL version-number		114	version-spec             = "version:" FILL version-number
	100			115
	101	version-number           = 1*DIGIT		116	version-number           = 1*DIGIT
n	102	; version-number MUST be "1" for the	n	117	; version-number MUST be "2" for the
	103	; LDIF format described in this document.		118	; LDIF format described in this document.
	104			119
	105	dn-spec                  = "dn:" (FILL distinguishedName /		120	dn-spec                  = "dn:" (FILL distinguishedName /
	106	":" FILL base64-distinguishedName)		121	":" FILL base64-distinguishedName)
	107			122
n	108	distinguishedName        = SAFE-STRING	n	123	distinguishedName        = SAFE-UTF8-STRING
	109	; a distinguished name, as defined in [3]		124	; a distinguished name, as defined
				125	; in [RFC2253]
	110			126
	111	base64-distinguishedName = BASE64-UTF8-STRING		127	base64-distinguishedName = BASE64-UTF8-STRING
	112	; a distinguishedName which has been base64		128	; a distinguishedName which has been base64
	113	; encoded (see note 10, below)		129	; encoded (see note 10, below)
	114			130
n	115	rdn                      = SAFE-STRING	n	131	rdn                      = SAFE-UTF8-STRING
	116	; a relative distinguished name, defined as		132	; a relative distinguished name, defined as
n	117	; <name-component> in [3]	n	133	; <name-component> in [RFC2253]
	118			134
	119	base64-rdn               = BASE64-UTF8-STRING		135	base64-rdn               = BASE64-UTF8-STRING
	120	; an rdn which has been base64 encoded (see		136	; an rdn which has been base64 encoded (see
	121	; note 10, below)		137	; note 10, below)
	122			138
	123	control                  = "control:" FILL ldap-oid        ; controlType		139	control                  = "control:" FILL ldap-oid        ; controlType
	124	0*1(1*SPACE ("true" / "false")) ; criticality		140	0*1(1*SPACE ("true" / "false")) ; criticality
	125	0*1(value-spec)                ; controlValue		141	0*1(value-spec)                ; controlValue
	126	SEP		142	SEP
	127	; (See note 9, below)		143	; (See note 9, below)
	128			144
	129	ldap-oid                 = 1*DIGIT 0*1("." 1*DIGIT)		145	ldap-oid                 = 1*DIGIT 0*1("." 1*DIGIT)
n	130	; An LDAPOID, as defined in [4]	n	146	; An LDAPOID, as defined in [RFC2251]
	131			147
	132	attrval-spec             = AttributeDescription value-spec SEP		148	attrval-spec             = AttributeDescription value-spec SEP
	133			149
n	134	value-spec               = ":" (    FILL 0*1(SAFE-STRING) /	n	150	value-spec               = ":" (    FILL 0*1(SAFE-UTF8-STRING) /
	135	":" FILL (BASE64-STRING) /		151	":" FILL (BASE64-STRING) /
	136	"<" FILL url)		152	"<" FILL url)
	137	; See notes 7 and 8, below		153	; See notes 7 and 8, below
	138			154
	139	url                      = <a Uniform Resource Locator,		155	url                      = <a Uniform Resource Locator,
n	140	as defined in [6]>	n	156	as defined in [RFC1738]>
	141	; (See Note 6, below)		157	; (See Note 6, below)
	142			158
	143	AttributeDescription     = AttributeType [";" options]		159	AttributeDescription     = AttributeType [";" options]
n	144	; Definition taken from [4]	n	160	; Definition taken from [RFC2251]
	145			161
	146	AttributeType            = ldap-oid / (ALPHA *(attr-type-chars))		162	AttributeType            = ldap-oid / (ALPHA *(attr-type-chars))
	147			163
	148	options                  = option / (option ";" options)		164	options                  = option / (option ";" options)
	149			165
	150	option                   = 1*opt-char		166	option                   = 1*opt-char
	151			167
	152	attr-type-chars          = ALPHA / DIGIT / "-"		168	attr-type-chars          = ALPHA / DIGIT / "-"
	153			169
	154	opt-char                 = attr-type-chars		170	opt-char                 = attr-type-chars
	155			171
	156	changerecord             = "changetype:" FILL		172	changerecord             = "changetype:" FILL
	157	(change-add / change-delete /		173	(change-add / change-delete /
	158	change-modify / change-moddn)		174	change-modify / change-moddn)
	159			175
	160	change-add               = "add"                SEP 1*attrval-spec		176	change-add               = "add"                SEP 1*attrval-spec
	161			177
	162	change-delete            = "delete"             SEP		178	change-delete            = "delete"             SEP
	163			179
	164	change-moddn             = ("modrdn" / "moddn") SEP		180	change-moddn             = ("modrdn" / "moddn") SEP
	165	"newrdn:" (    FILL rdn /		181	"newrdn:" (    FILL rdn /
	166	":" FILL base64-rdn) SEP		182	":" FILL base64-rdn) SEP
	167	"deleteoldrdn:" FILL ("0" / "1")  SEP		183	"deleteoldrdn:" FILL ("0" / "1")  SEP
	168	0*1("newsuperior:"		184	0*1("newsuperior:"
	169	(    FILL distinguishedName /		185	(    FILL distinguishedName /
	170	":" FILL base64-distinguishedName) SEP)		186	":" FILL base64-distinguishedName) SEP)
	171			187
	172	change-modify            = "modify"             SEP *mod-spec		188	change-modify            = "modify"             SEP *mod-spec
	173			189
	174	mod-spec                 = ("add:" / "delete:" / "replace:")		190	mod-spec                 = ("add:" / "delete:" / "replace:")
	175	FILL AttributeDescription SEP		191	FILL AttributeDescription SEP
	176	*attrval-spec		192	*attrval-spec
	177	"-" SEP		193	"-" SEP
	178			194
	179	SPACE                    = %x20		195	SPACE                    = %x20
	180	; ASCII SP, space		196	; ASCII SP, space
	181			197
	182	FILL                     = *SPACE		198	FILL                     = *SPACE
	183			199
	184	SEP                      = (CR LF / LF)		200	SEP                      = (CR LF / LF)
	185			201
	186	CR                       = %x0D		202	CR                       = %x0D
	187	; ASCII CR, carriage return		203	; ASCII CR, carriage return
	188			204
	189	LF                       = %x0A		205	LF                       = %x0A
	190	; ASCII LF, line feed		206	; ASCII LF, line feed
	191			207
	192	ALPHA                    = %x41-5A / %x61-7A		208	ALPHA                    = %x41-5A / %x61-7A
	193	; A-Z / a-z		209	; A-Z / a-z
	194			210
	195	DIGIT                    = %x30-39		211	DIGIT                    = %x30-39
	196	; 0-9		212	; 0-9
	197			213
n	198	UTF8-1                   = %x80-BF	n	214	UTF8-1                   = %x00-7F
	199			215
n			n	216	UTF8-tail                = %x80-BF
				217
	200	UTF8-2                   = %xC0-DF UTF8-1		218	UTF8-2                   = %xC2-DF UTF8-tail
	201			219
n	202	UTF8-3                   = %xE0-EF 2UTF8-1	n	220	UTF8-3                   = %xE0 %xA0-BF UTF8-tail /
				221	%xE1-EC 2( UTF8-tail ) /
				222	%xED %x80-9F UTF8-tail /
				223	%xEE-EF 2( UTF8-tail )
	203			224
n	204	UTF8-4                   = %xF0-F7 3UTF8-1	n	225	UTF8-4                   = %xF0 %x90-BF 2( UTF8-tail ) /
				226	%xF1-F3 3( UTF8-tail ) /
				227	%xF4 %x80-8F 2( UTF8-tail )
	205			228
n	206	UTF8-5                   = %xF8-FB 4UTF8-1	n	229	UTF8-CHAR                = UTF8-1 / UTF8-2 / UTF8-3 / UTF8-4
	207			230
n	208	UTF8-6                   = %xFC-FD 5UTF8-1	n	231	UTF8-STRING              = *UTF8-CHAR
	209			232
	210	SAFE-CHAR                = %x01-09 / %x0B-0C / %x0E-7F		233	SAFE-CHAR                = %x01-09 / %x0B-0C / %x0E-7F
	211	; any value <= 127 decimal except NUL, LF,		234	; any value <= 127 decimal except NUL, LF,
	212	; and CR		235	; and CR
	213			236
	214	SAFE-INIT-CHAR           = %x01-09 / %x0B-0C / %x0E-1F /		237	SAFE-INIT-CHAR           = %x01-09 / %x0B-0C / %x0E-1F /
	215	%x21-39 / %x3B / %x3D-7F		238	%x21-39 / %x3B / %x3D-7F
	216	; any value <= 127 except NUL, LF, CR,		239	; any value <= 127 except NUL, LF, CR,
	217	; SPACE, colon (":", ASCII 58 decimal)		240	; SPACE, colon (":", ASCII 58 decimal)
	218	; and less-than ("<" , ASCII 60 decimal)		241	; and less-than ("<" , ASCII 60 decimal)
	219			242
	220	SAFE-STRING              = [SAFE-INIT-CHAR *SAFE-CHAR]		243	SAFE-STRING              = [SAFE-INIT-CHAR *SAFE-CHAR]
	221			244
n	222	UTF8-CHAR                = SAFE-CHAR / UTF8-2 / UTF8-3 /	n	245	SAFE-UTF8-CHAR           = SAFE-CHAR / UTF8-2 / UTF8-3 / UTF8-4
	223	UTF8-4 / UTF8-5 / UTF8-6
	224			246
n	225	UTF8-STRING              = *UTF8-CHAR	n	247	SAFE-INIT-UTF8-CHAR      = SAFE-INIT-CHAR / UTF8-2 / UTF8-3 / UTF8-4
				248
				249	SAFE-UTF8-STRING         = [SAFE-INIT-UTF8-CHAR *SAFE-UTF8-CHAR]
	226			250
	227	BASE64-UTF8-STRING       = BASE64-STRING		251	BASE64-UTF8-STRING       = BASE64-STRING
	228	; MUST be the base64 encoding of a		252	; MUST be the base64 encoding of a
	229	; UTF8-STRING		253	; UTF8-STRING
	230			254
	231	BASE64-CHAR              = %x2B / %x2F / %x30-39 / %x3D / %x41-5A /		255	BASE64-CHAR              = %x2B / %x2F / %x30-39 / %x3D / %x41-5A /
	232	%x61-7A		256	%x61-7A
	233	; +, /, 0-9, =, A-Z, and a-z		257	; +, /, 0-9, =, A-Z, and a-z
n	234	; as specified in [5]	n	258	; as specified in [RFC2045]
	235			259
	236	BASE64-STRING            = [*(BASE64-CHAR)]		260	BASE64-STRING            = [*(BASE64-CHAR)]
	237			261
	238			262
	239	Notes on LDIF Syntax		263	Notes on LDIF Syntax
	240			264
	241	1)  For the LDIF format described in this document, the version		265	1)  For the LDIF format described in this document, the version
n	242	number MUST be "1". If the version number is absent,	n	266	number MUST be "2".  If the version number is absent,
	243	implementations MAY choose to interpret the contents as an		267	implementations MAY choose to interpret the contents as an
	244	older LDIF file format, supported by the University of		268	older LDIF file format, supported by the University of
n	245	Michigan ldap-3.3 implementation [8].	n	269	Michigan ldap-3.3 implementation [UMich96].
	246			270
	247	2)  Any non-empty line, including comment lines, in an LDIF file		271	2)  Any non-empty line, including comment lines, in an LDIF file
	248	MAY be folded by inserting a line separator (SEP) and a SPACE.		272	MAY be folded by inserting a line separator (SEP) and a SPACE.
	249	Folding MUST NOT occur before the first character of the line.		273	Folding MUST NOT occur before the first character of the line.
	250	In other words, folding a line into two lines, the first of		274	In other words, folding a line into two lines, the first of
n	251	which is empty, is not permitted. Any line that begins with a	n	275	which is empty, is not permitted.  Any line that begins with a
	252	single space MUST be treated as a continuation of the previous		276	single space MUST be treated as a continuation of the previous
n	253	(non-empty) line. When joining folded lines, exactly one space	n	277	(non-empty) line.  When joining folded lines, exactly one space
	254	character at the beginning of each continued line must be		278	character at the beginning of each continued line must be
n	255	discarded. Implementations SHOULD NOT fold lines in the middle	n	279	discarded.  Implementations SHOULD NOT fold lines in the middle
	256	of a multi-byte UTF-8 character.		280	of a multi-byte UTF-8 character.
	257			281
	258	3)  Any line that begins with a pound-sign ("#", ASCII 35) is a		282	3)  Any line that begins with a pound-sign ("#", ASCII 35) is a
	259	comment line, and MUST be ignored when parsing an LDIF file.		283	comment line, and MUST be ignored when parsing an LDIF file.
	260			284
n			n	285	4)  Any dn, rdn or attrval-spec that contains characters other
				286	than those defined as "SAFE-UTF8-CHAR", or begins with a
				287	character other than those defined as "SAFE-INIT-UTF8-CHAR",
				288	above, MUST be base-64 encoded.  Other values MAY be base-64
	261	4)  Any dn or rdn that contains characters other than those		289	encoded.  Any value that contains characters other than those
	262	defined as "SAFE-UTF8-CHAR", or begins with a character other		290	defined as "SAFE--CHAR", or begins with a character other than
	263	than those defined as "SAFE-INIT-UTF8-CHAR", above, MUST be		291	those defined as "SAFE-INIT--CHAR", above, MUST be base-64
	264	base-64 encoded.  Other values MAY be base-64 encoded.  Any		292	encoded.  Other values MAY be base-64 encoded.
	265	value that contains characters other than those defined as
	266	"SAFE-CHAR", or begins with a character other than those
	267	defined as "SAFE-INIT-CHAR", above, MUST be base-64 encoded.
	268	Other values MAY be base-64 encoded.
	269			293
	270	5)  When a zero-length attribute value is to be included directly		294	5)  When a zero-length attribute value is to be included directly
	271	in an LDIF file, it MUST be represented as		295	in an LDIF file, it MUST be represented as
	272	AttributeDescription ":" FILL SEP.  For example, "seeAlso:"		296	AttributeDescription ":" FILL SEP.  For example, "seeAlso:"
	273	followed by a newline represents a zero-length "seeAlso"		297	followed by a newline represents a zero-length "seeAlso"
	274	attribute value.  It is also permissible for the value		298	attribute value.  It is also permissible for the value
	275	referred to by a URL to be of zero length.		299	referred to by a URL to be of zero length.
	276			300
	277	6) When a URL is specified in an attrval-spec, the following		301	6) When a URL is specified in an attrval-spec, the following
	278	conventions apply:		302	conventions apply:
	279			303
	280	a) Implementations SHOULD support the file:// URL format.  The		304	a) Implementations SHOULD support the file:// URL format.  The
	281	contents of the referenced file are to be included verbatim		305	contents of the referenced file are to be included verbatim
	282	in the interpreted output of the LDIF file.		306	in the interpreted output of the LDIF file.
	283	b) Implementations MAY support other URL formats.  The		307	b) Implementations MAY support other URL formats.  The
	284	semantics associated with each supported URL will be		308	semantics associated with each supported URL will be
	285	documented in an associated Applicability Statement.		309	documented in an associated Applicability Statement.
	286			310
	287	7)  Distinguished names, relative distinguished names, and		311	7)  Distinguished names, relative distinguished names, and
	288	attribute values of DirectoryString syntax MUST be valid UTF-8		312	attribute values of DirectoryString syntax MUST be valid UTF-8
	289	strings.  Implementations that read LDIF MAY interpret files		313	strings.  Implementations that read LDIF MAY interpret files
	290	in which these entities are stored in some other character set		314	in which these entities are stored in some other character set
	291	encoding, but implementations MUST NOT generate LDIF content		315	encoding, but implementations MUST NOT generate LDIF content
	292	which does not contain valid UTF-8 data.		316	which does not contain valid UTF-8 data.
	293			317
	294	8)  Values or distinguished names that end with SPACE SHOULD be		318	8)  Values or distinguished names that end with SPACE SHOULD be
	295	base-64 encoded.		319	base-64 encoded.
	296			320
	297	9)  When controls are included in an LDIF file, implementations		321	9)  When controls are included in an LDIF file, implementations
n	298	MAY choose to ignore some or all of them. This may be	n	322	MAY choose to ignore some or all of them.  This may be
	299	necessary if the changes described in the LDIF file are being		323	necessary if the changes described in the LDIF file are being
	300	sent on an LDAPv2 connection (LDAPv2 does not support		324	sent on an LDAPv2 connection (LDAPv2 does not support
	301	controls), or the particular controls are not supported by the		325	controls), or the particular controls are not supported by the
n	302	remote server. If the criticality of a control is "true", then	n	326	remote server.  If the criticality of a control is "true", then
	303	the implementation MUST either include the control, or MUST		327	the implementation MUST either include the control, or MUST
	304	NOT send the operation to a remote server.		328	NOT send the operation to a remote server.
	305			329
	306	10) When an attrval-spec, distinguishedName, or rdn is base64-		330	10) When an attrval-spec, distinguishedName, or rdn is base64-
n	307	encoded, the encoding rules specified in [5] are used with the	n	331	encoded, the encoding rules specified in [RFC2045] are used
	308	following exceptions:  a) The requirement that base64 output		332	with the following exceptions:  a) The requirement that base64
	309	streams must be represented as lines of no more than 76		333	output streams must be represented as lines of no more than 76
	310	characters is removed. Lines in LDIF files may only be folded		334	characters is removed.  Lines in LDIF files may only be folded
	311	according to the folding rules described in note 2, above.  b)		335	according to the folding rules described in note 2, above.  b)
n	312	Base64 strings in [5] may contain characters other than those	n	336	Base64 strings in [RFC2045] may contain characters other than
	313	defined in BASE64-CHAR, and are ignored. LDIF does not permit		337	those defined in BASE64-CHAR, and are ignored.  LDIF does not
	314	any extraneous characters, other than those used for line		338	permit any extraneous characters, other than those used for
	315	folding.		339	line folding.
	316			340
	317	Examples of LDAP Data Interchange Format		341	Examples of LDAP Data Interchange Format
	318			342
	319	Example 1: An simple LDAP file with two entries		343	Example 1: An simple LDAP file with two entries
	320			344
	321	version: 1		345	version: 1
	322	dn: cn=Barbara Jensen, ou=Product Development, dc=airius, dc=com		346	dn: cn=Barbara Jensen, ou=Product Development, dc=airius, dc=com
	323	objectclass: top		347	objectclass: top
	324	objectclass: person		348	objectclass: person
	325	objectclass: organizationalPerson		349	objectclass: organizationalPerson
	326	cn: Barbara Jensen		350	cn: Barbara Jensen
	327	cn: Barbara J Jensen		351	cn: Barbara J Jensen
	328	cn: Babs Jensen		352	cn: Babs Jensen
	329	sn: Jensen		353	sn: Jensen
	330	uid: bjensen		354	uid: bjensen
	331	telephonenumber: +1 408 555 1212		355	telephonenumber: +1 408 555 1212
	332	description: A big sailing fan.		356	description: A big sailing fan.
	333			357
	334	dn: cn=Bjorn Jensen, ou=Accounting, dc=airius, dc=com		358	dn: cn=Bjorn Jensen, ou=Accounting, dc=airius, dc=com
	335	objectclass: top		359	objectclass: top
	336	objectclass: person		360	objectclass: person
	337	objectclass: organizationalPerson		361	objectclass: organizationalPerson
	338	cn: Bjorn Jensen		362	cn: Bjorn Jensen
	339	sn: Jensen		363	sn: Jensen
	340	telephonenumber: +1 408 555 1212		364	telephonenumber: +1 408 555 1212
	341			365
	342	Example 2: A file containing an entry with a folded attribute value		366	Example 2: A file containing an entry with a folded attribute value
	343			367
	344	version: 1		368	version: 1
	345	dn:cn=Barbara Jensen, ou=Product Development, dc=airius, dc=com		369	dn:cn=Barbara Jensen, ou=Product Development, dc=airius, dc=com
	346	objectclass:top		370	objectclass:top
	347	objectclass:person		371	objectclass:person
	348	objectclass:organizationalPerson		372	objectclass:organizationalPerson
	349	cn:Barbara Jensen		373	cn:Barbara Jensen
	350	cn:Barbara J Jensen		374	cn:Barbara J Jensen
	351	cn:Babs Jensen		375	cn:Babs Jensen
	352	sn:Jensen		376	sn:Jensen
	353	uid:bjensen		377	uid:bjensen
	354	telephonenumber:+1 408 555 1212		378	telephonenumber:+1 408 555 1212
	355	description:Babs is a big sailing fan, and travels extensively in sea		379	description:Babs is a big sailing fan, and travels extensively in sea
	356	rch of perfect sailing conditions.		380	rch of perfect sailing conditions.
	357	title:Product Manager, Rod and Reel Division		381	title:Product Manager, Rod and Reel Division
	358			382
	359	Example 3: A file containing a base-64-encoded value		383	Example 3: A file containing a base-64-encoded value
	360			384
	361	version: 1		385	version: 1
	362	dn: cn=Gern Jensen, ou=Product Testing, dc=airius, dc=com		386	dn: cn=Gern Jensen, ou=Product Testing, dc=airius, dc=com
	363	objectclass: top		387	objectclass: top
	364	objectclass: person		388	objectclass: person
	365	objectclass: organizationalPerson		389	objectclass: organizationalPerson
	366	cn: Gern Jensen		390	cn: Gern Jensen
	367	cn: Gern O Jensen		391	cn: Gern O Jensen
	368	sn: Jensen		392	sn: Jensen
	369	uid: gernj		393	uid: gernj
	370	telephonenumber: +1 408 555 1212		394	telephonenumber: +1 408 555 1212
	371	description:: V2hhdCBhIGNhcmVmdWwgcmVhZGVyIHlvdSBhcmUhICBUaGlzIHZhbHVl		395	description:: V2hhdCBhIGNhcmVmdWwgcmVhZGVyIHlvdSBhcmUhICBUaGlzIHZhbHVl
	372	IGlzIGJhc2UtNjQtZW5jb2RlZCBiZWNhdXNlIGl0IGhhcyBhIGNvbnRyb2wgY2hhcmFjdG		396	IGlzIGJhc2UtNjQtZW5jb2RlZCBiZWNhdXNlIGl0IGhhcyBhIGNvbnRyb2wgY2hhcmFjdG
	373	VyIGluIGl0IChhIENSKS4NICBCeSB0aGUgd2F5LCB5b3Ugc2hvdWxkIHJlYWxseSBnZXQg		397	VyIGluIGl0IChhIENSKS4NICBCeSB0aGUgd2F5LCB5b3Ugc2hvdWxkIHJlYWxseSBnZXQg
	374	b3V0IG1vcmUu		398	b3V0IG1vcmUu
	375			399
	376	Example 4: A file containing an entries with UTF-8-encoded attribute		400	Example 4: A file containing an entries with UTF-8-encoded attribute
	377	values, including language tags.  Comments indicate the contents		401	values, including language tags.  Comments indicate the contents
	378	of UTF-8-encoded attributes and distinguished names.		402	of UTF-8-encoded attributes and distinguished names.
	379			403
	380	version: 1		404	version: 1
	381	dn:: b3U95Za25qWt6YOoLG89QWlyaXVz		405	dn:: b3U95Za25qWt6YOoLG89QWlyaXVz
	382	# dn:: ou=<JapaneseOU>,o=Airius		406	# dn:: ou=<JapaneseOU>,o=Airius
	383	objectclass: top		407	objectclass: top
	384	objectclass: organizationalUnit		408	objectclass: organizationalUnit
	385	ou:: 5Za25qWt6YOo		409	ou:: 5Za25qWt6YOo
	386	# ou:: <JapaneseOU>		410	# ou:: <JapaneseOU>
	387	ou;lang-ja:: 5Za25qWt6YOo		411	ou;lang-ja:: 5Za25qWt6YOo
	388	# ou;lang-ja:: <JapaneseOU>		412	# ou;lang-ja:: <JapaneseOU>
	389	ou;lang-ja;phonetic:: 44GI44GE44GO44KH44GG44G2		413	ou;lang-ja;phonetic:: 44GI44GE44GO44KH44GG44G2
	390			414
	391	# ou;lang-ja:: <JapaneseOU_in_phonetic_representation>		415	# ou;lang-ja:: <JapaneseOU_in_phonetic_representation>
	392	ou;lang-en: Sales		416	ou;lang-en: Sales
	393	description: Japanese office		417	description: Japanese office
	394			418
	395	dn:: dWlkPXJvZ2FzYXdhcmEsb3U95Za25qWt6YOoLG89QWlyaXVz		419	dn:: dWlkPXJvZ2FzYXdhcmEsb3U95Za25qWt6YOoLG89QWlyaXVz
	396	# dn:: uid=<uid>,ou=<JapaneseOU>,o=Airius		420	# dn:: uid=<uid>,ou=<JapaneseOU>,o=Airius
	397	userpassword: {SHA}O3HSv1MusyL4kTjP+HKI5uxuNoM=		421	userpassword: {SHA}O3HSv1MusyL4kTjP+HKI5uxuNoM=
	398	objectclass: top		422	objectclass: top
	399	objectclass: person		423	objectclass: person
	400	objectclass: organizationalPerson		424	objectclass: organizationalPerson
	401	objectclass: inetOrgPerson		425	objectclass: inetOrgPerson
	402	uid: rogasawara		426	uid: rogasawara
	403	mail: rogasawara@airius.co.jp		427	mail: rogasawara@airius.co.jp
	404	givenname;lang-ja:: 44Ot44OJ44OL44O8		428	givenname;lang-ja:: 44Ot44OJ44OL44O8
	405	# givenname;lang-ja:: <JapaneseGivenname>		429	# givenname;lang-ja:: <JapaneseGivenname>
	406	sn;lang-ja:: 5bCP56yg5Y6f		430	sn;lang-ja:: 5bCP56yg5Y6f
	407	# sn;lang-ja:: <JapaneseSn>		431	# sn;lang-ja:: <JapaneseSn>
	408	cn;lang-ja:: 5bCP56yg5Y6fIOODreODieODi+ODvA==		432	cn;lang-ja:: 5bCP56yg5Y6fIOODreODieODi+ODvA==
	409	# cn;lang-ja:: <JapaneseCn>		433	# cn;lang-ja:: <JapaneseCn>
	410	title;lang-ja:: 5Za25qWt6YOoIOmDqOmVtw==		434	title;lang-ja:: 5Za25qWt6YOoIOmDqOmVtw==
	411	# title;lang-ja:: <JapaneseTitle>		435	# title;lang-ja:: <JapaneseTitle>
	412	preferredlanguage: ja		436	preferredlanguage: ja
	413	givenname:: 44Ot44OJ44OL44O8		437	givenname:: 44Ot44OJ44OL44O8
	414	# givenname:: <JapaneseGivenname>		438	# givenname:: <JapaneseGivenname>
	415	sn:: 5bCP56yg5Y6f		439	sn:: 5bCP56yg5Y6f
	416	# sn:: <JapaneseSn>		440	# sn:: <JapaneseSn>
	417	cn:: 5bCP56yg5Y6fIOODreODieODi+ODvA==		441	cn:: 5bCP56yg5Y6fIOODreODieODi+ODvA==
	418	# cn:: <JapaneseCn>		442	# cn:: <JapaneseCn>
	419	title:: 5Za25qWt6YOoIOmDqOmVtw==		443	title:: 5Za25qWt6YOoIOmDqOmVtw==
	420	# title:: <JapaneseTitle>		444	# title:: <JapaneseTitle>
	421	givenname;lang-ja;phonetic:: 44KN44Gp44Gr44O8		445	givenname;lang-ja;phonetic:: 44KN44Gp44Gr44O8
	422	# givenname;lang-ja;phonetic::		446	# givenname;lang-ja;phonetic::
	423	<JapaneseGivenname_in_phonetic_representation_kana>		447	<JapaneseGivenname_in_phonetic_representation_kana>
	424	sn;lang-ja;phonetic:: 44GK44GM44GV44KP44KJ		448	sn;lang-ja;phonetic:: 44GK44GM44GV44KP44KJ
	425	# sn;lang-ja;phonetic:: <JapaneseSn_in_phonetic_representation_kana>		449	# sn;lang-ja;phonetic:: <JapaneseSn_in_phonetic_representation_kana>
	426	cn;lang-ja;phonetic:: 44GK44GM44GV44KP44KJIOOCjeOBqeOBq+ODvA==		450	cn;lang-ja;phonetic:: 44GK44GM44GV44KP44KJIOOCjeOBqeOBq+ODvA==
	427	# cn;lang-ja;phonetic:: <JapaneseCn_in_phonetic_representation_kana>		451	# cn;lang-ja;phonetic:: <JapaneseCn_in_phonetic_representation_kana>
	428	title;lang-ja;phonetic:: 44GI44GE44GO44KH44GG44G2IOOBtuOBoeOCh+OBhg==		452	title;lang-ja;phonetic:: 44GI44GE44GO44KH44GG44G2IOOBtuOBoeOCh+OBhg==
	429	# title;lang-ja;phonetic::		453	# title;lang-ja;phonetic::
	430	# <JapaneseTitle_in_phonetic_representation_kana>		454	# <JapaneseTitle_in_phonetic_representation_kana>
	431	givenname;lang-en: Rodney		455	givenname;lang-en: Rodney
	432	sn;lang-en: Ogasawara		456	sn;lang-en: Ogasawara
	433	cn;lang-en: Rodney Ogasawara		457	cn;lang-en: Rodney Ogasawara
	434	title;lang-en: Sales, Director		458	title;lang-en: Sales, Director
	435			459
	436	Example 5: A file containing a reference to an external file		460	Example 5: A file containing a reference to an external file
	437			461
	438	version: 1		462	version: 1
	439	dn: cn=Horatio Jensen, ou=Product Testing, dc=airius, dc=com		463	dn: cn=Horatio Jensen, ou=Product Testing, dc=airius, dc=com
	440	objectclass: top		464	objectclass: top
	441	objectclass: person		465	objectclass: person
	442	objectclass: organizationalPerson		466	objectclass: organizationalPerson
	443	cn: Horatio Jensen		467	cn: Horatio Jensen
	444			468
	445	cn: Horatio N Jensen		469	cn: Horatio N Jensen
	446	sn: Jensen		470	sn: Jensen
	447	uid: hjensen		471	uid: hjensen
	448	telephonenumber: +1 408 555 1212		472	telephonenumber: +1 408 555 1212
	449	jpegphoto:< file:///usr/local/directory/photos/hjensen.jpg		473	jpegphoto:< file:///usr/local/directory/photos/hjensen.jpg
	450			474
	451	Example 6: A file containing a series of change records and comments		475	Example 6: A file containing a series of change records and comments
	452			476
	453	version: 1		477	version: 1
	454	# Add a new entry		478	# Add a new entry
	455	dn: cn=Fiona Jensen, ou=Marketing, dc=airius, dc=com		479	dn: cn=Fiona Jensen, ou=Marketing, dc=airius, dc=com
	456	changetype: add		480	changetype: add
	457	objectclass: top		481	objectclass: top
	458	objectclass: person		482	objectclass: person
	459	objectclass: organizationalPerson		483	objectclass: organizationalPerson
	460	cn: Fiona Jensen		484	cn: Fiona Jensen
	461	sn: Jensen		485	sn: Jensen
	462	uid: fiona		486	uid: fiona
	463	telephonenumber: +1 408 555 1212		487	telephonenumber: +1 408 555 1212
	464	jpegphoto:< file:///usr/local/directory/photos/fiona.jpg		488	jpegphoto:< file:///usr/local/directory/photos/fiona.jpg
	465			489
	466	# Delete an existing entry		490	# Delete an existing entry
	467	dn: cn=Robert Jensen, ou=Marketing, dc=airius, dc=com		491	dn: cn=Robert Jensen, ou=Marketing, dc=airius, dc=com
	468	changetype: delete		492	changetype: delete
	469			493
	470	# Modify an entry's relative distinguished name		494	# Modify an entry's relative distinguished name
	471	dn: cn=Paul Jensen, ou=Product Development, dc=airius, dc=com		495	dn: cn=Paul Jensen, ou=Product Development, dc=airius, dc=com
	472	changetype: modrdn		496	changetype: modrdn
	473	newrdn: cn=Paula Jensen		497	newrdn: cn=Paula Jensen
	474	deleteoldrdn: 1		498	deleteoldrdn: 1
	475			499
	476	# Rename an entry and move all of its children to a new location in		500	# Rename an entry and move all of its children to a new location in
	477	# the directory tree (only implemented by LDAPv3 servers).		501	# the directory tree (only implemented by LDAPv3 servers).
	478	dn: ou=PD Accountants, ou=Product Development, dc=airius, dc=com		502	dn: ou=PD Accountants, ou=Product Development, dc=airius, dc=com
	479	changetype: modrdn		503	changetype: modrdn
	480	newrdn: ou=Product Development Accountants		504	newrdn: ou=Product Development Accountants
	481	deleteoldrdn: 0		505	deleteoldrdn: 0
	482	newsuperior: ou=Accounting, dc=airius, dc=com		506	newsuperior: ou=Accounting, dc=airius, dc=com
	483			507
	484	# Modify an entry: add an additional value to the postaladdress		508	# Modify an entry: add an additional value to the postaladdress
	485	# attribute, completely delete the description attribute, replace		509	# attribute, completely delete the description attribute, replace
	486	# the telephonenumber attribute with two values, and delete a specific		510	# the telephonenumber attribute with two values, and delete a specific
	487	# value from the facsimiletelephonenumber attribute		511	# value from the facsimiletelephonenumber attribute
	488	dn: cn=Paula Jensen, ou=Product Development, dc=airius, dc=com		512	dn: cn=Paula Jensen, ou=Product Development, dc=airius, dc=com
	489	changetype: modify		513	changetype: modify
	490	add: postaladdress		514	add: postaladdress
	491	postaladdress: 123 Anystreet $ Sunnyvale, CA $ 94086		515	postaladdress: 123 Anystreet $ Sunnyvale, CA $ 94086
	492	-		516	-
	493			517
	494	delete: description		518	delete: description
	495	-		519	-
	496	replace: telephonenumber		520	replace: telephonenumber
	497	telephonenumber: +1 408 555 1234		521	telephonenumber: +1 408 555 1234
	498	telephonenumber: +1 408 555 5678		522	telephonenumber: +1 408 555 5678
	499	-		523	-
	500	delete: facsimiletelephonenumber		524	delete: facsimiletelephonenumber
	501	facsimiletelephonenumber: +1 408 555 9876		525	facsimiletelephonenumber: +1 408 555 9876
	502	-		526	-
	503			527
	504	# Modify an entry: replace the postaladdress attribute with an empty		528	# Modify an entry: replace the postaladdress attribute with an empty
	505	# set of values (which will cause the attribute to be removed), and		529	# set of values (which will cause the attribute to be removed), and
n	506	# delete the entire description attribute. Note that the first will	n	530	# delete the entire description attribute.  Note that the first will
	507	# always succeed, while the second will only succeed if at least		531	# always succeed, while the second will only succeed if at least
	508	# one value for the description attribute is present.		532	# one value for the description attribute is present.
	509	dn: cn=Ingrid Jensen, ou=Product Support, dc=airius, dc=com		533	dn: cn=Ingrid Jensen, ou=Product Support, dc=airius, dc=com
	510	changetype: modify		534	changetype: modify
	511	replace: postaladdress		535	replace: postaladdress
	512	-		536	-
	513	delete: description		537	delete: description
	514	-		538	-
	515			539
	516	Example 7: An LDIF file containing a change record with a control		540	Example 7: An LDIF file containing a change record with a control
	517	version: 1		541	version: 1
n	518	# Delete an entry. The operation will attach the LDAPv3	n	542	# Delete an entry.  The operation will attach the LDAPv3
	519	# Tree Delete Control defined in [9]. The criticality		543	# Tree Delete Control defined in [Armijo00].  The criticality
	520	# field is "true" and the controlValue field is		544	# field is "true" and the controlValue field is
n	521	# absent, as required by [9].	n	545	# absent, as required by [Armijo00].
	522	dn: ou=Product Development, dc=airius, dc=com		546	dn: ou=Product Development, dc=airius, dc=com
	523	control: 1.2.840.113556.1.4.805 true		547	control: 1.2.840.113556.1.4.805 true
	524	changetype: delete		548	changetype: delete
	525			549
	526	Security Considerations		550	Security Considerations
	527			551
	528	Given typical directory applications, an LDIF file is likely to		552	Given typical directory applications, an LDIF file is likely to
	529	contain sensitive personal data.  Appropriate measures should be		553	contain sensitive personal data.  Appropriate measures should be
	530	taken to protect the privacy of those persons whose data is contained		554	taken to protect the privacy of those persons whose data is contained
	531	in an LDIF file.		555	in an LDIF file.
	532			556
	533	Since ":<" directives can cause external content to be included when		557	Since ":<" directives can cause external content to be included when
	534	processing an LDIF file, one should be cautious of accepting LDIF		558	processing an LDIF file, one should be cautious of accepting LDIF
	535	files from external sources.  A "trojan" LDIF file could name a file		559	files from external sources.  A "trojan" LDIF file could name a file
	536	with sensitive contents and cause it to be included in a directory		560	with sensitive contents and cause it to be included in a directory
	537	entry, which a hostile entity could read via LDAP.		561	entry, which a hostile entity could read via LDAP.
	538			562
	539	LDIF does not provide any method for carrying authentication		563	LDIF does not provide any method for carrying authentication
	540	information with an LDIF file.  Users of LDIF files must take care to		564	information with an LDIF file.  Users of LDIF files must take care to
	541	verify the integrity of an LDIF file received from an external		565	verify the integrity of an LDIF file received from an external
	542	source.		566	source.
	543			567
n			n	568	Contributors
				569	Gordon Good was the author of [RFC2849] which defined LDIF. Most
				570	of this specification is a copy of [RFC2849], simply adding full
				571	support for UTF-8 and editing according to newer RFC standards.
				572
	544	Acknowledgments		573	Acknowledgments
	545			574
	546	The LDAP Interchange Format was developed as part of the University		575	The LDAP Interchange Format was developed as part of the University
	547	of Michigan LDAP reference implementation, and was developed by Tim		576	of Michigan LDAP reference implementation, and was developed by Tim
	548	Howes, Mark Smith, and Gordon Good.  It is based in part upon work		577	Howes, Mark Smith, and Gordon Good.  It is based in part upon work
	549	supported by the National Science Foundation under Grant No.  NCR-		578	supported by the National Science Foundation under Grant No.  NCR-
	550	9416667.		579	9416667.
	551			580
	552	Members of the IETF LDAP Extensions Working group provided many		581	Members of the IETF LDAP Extensions Working group provided many
n	553	helpful suggestions. In particular, Hallvard B. Furuseth of the	n	582	helpful suggestions.  In particular, Hallvard B. Furuseth of the
	554	University of Oslo made many significant contributions to this		583	University of Oslo made many significant contributions to this
	555	document, including a thorough review and rewrite of the BNF.		584	document, including a thorough review and rewrite of the BNF.
	556			585
n	557	References	n	586	Normative References
	558			587
n	559	[1]  Howes, T. and M. Smith, "A MIME Content-Type for Directory	n
	560	Information", RFC 2425, September 1998.
	561
	562	[2]  Crocker, D., and P. Overell, "Augmented BNF for Syntax		588	[RFC2234]   Crocker, D., and P. Overell, "Augmented BNF for Syntax
	563	Specifications: ABNF", RFC 2234, November 1997.		589	Specifications: ABNF", RFC 2234, November 1997.
	564			590
n	565	[3]  Wahl, M., Kille, S. and T. Howes, "A String Representation of	n	591	[RFC2253]   Wahl, M., Kille, S. and T. Howes, "A String
	566	Distinguished Names", RFC 2253, December 1997.		592	Representation of Distinguished Names", RFC 2253,
				593	December 1997.
	567			594
n	568	[4]  Wahl, M., Howes, T. and S. Kille, "Lightweight Directory Access	n	595	[RFC2251]   Wahl, M., Howes, T. and S. Kille, "Lightweight Directory
	569	Protocol (v3)", RFC 2251, July 1997.		596	Access Protocol (v3)", RFC 2251, July 1997.
	570			597
n	571	[5]  Freed, N. and N. Borenstein, "Multipurpose Internet Mail	n	598	[RFC2045]   Freed, N. and N. Borenstein, "Multipurpose Internet Mail
	572	Extensions (MIME) Part One: Format of Internet Message Bodies",		599	Extensions (MIME) Part One: Format of Internet Message
	573	RFC 2045, November 1996.		600	Bodies", RFC 2045, November 1996.
	574			601
n	575	[6]  Berners-Lee,  T., Masinter, L. and M. McCahill, "Uniform	n	602	[RFC1738]   Berners-Lee,  T., Masinter, L. and M. McCahill, "Uniform
	576	Resource Locators (URL)", RFC 1738, December 1994.		603	Resource Locators (URL)", RFC 1738, December 1994.
	577			604
n	578	[7]  Bradner, S., "Key Words for use in RFCs to Indicate Requirement	n	605	[RFC2119]   Bradner, S., "Key Words for use in RFCs to Indicate
	579	Levels", BCP 14, RFC 2119, March 1997.		606	Requirement Levels", BCP 14, RFC 2119, March 1997.
	580			607
n			n	608	[RFC3629]   Yergeau, F., "UTF-8, a transformation format
				609	of ISO 10646", November 2003
				610
				611
				612
				613
				614	Informative References
				615
				616	[RFC2849]   Good, G., "The LDAP Data Interchange Format",
				617	RFC 2849, June 2000.
				618
				619	[RFC2425]   Howes, T. and M. Smith, "A MIME Content-Type for Directory
				620	Information", RFC 2425, September 1998.
				621
				622	[Armijo00]  M. P. Armijo, "Tree Delete Control", Work in Progress.
				623	August 2000.
				624
	581	[8]  The SLAPD and SLURPD Administrators Guide.  University of		625	[UMich96]   The SLAPD and SLURPD Administrators Guide.  University of
	582	Michigan, April 1996.  <URL:		626	Michigan, April 1996.  <URL:
	583	http://www.umich.edu/~dirsvcs/ldap/doc/guides/slapd/toc.html>		627	http://www.umich.edu/~dirsvcs/ldap/doc/guides/slapd/toc.html>
	584			628
n	585	[9]  M. P. Armijo, "Tree Delete Control", Work in Progress.	n	629	[RFC2223]   Postel, J. and Reynolds, J., "Instructions to RFC
				630	Authors", RFC2223, October 1997.
	586			631
	587	Author's Address		632	Author's Address
	588			633
	589	Gordon Good		634	Gordon Good
	590	iPlanet e-commerce Solutions		635	iPlanet e-commerce Solutions
	591	150 Network Circle		636	150 Network Circle
	592	Mailstop USCA17-201		637	Mailstop USCA17-201
	593	Santa Clara, CA 95054, USA		638	Santa Clara, CA 95054, USA
	594			639
	595	Phone: +1 408 276 4351		640	Phone: +1 408 276 4351
	596	EMail:  ggood@netscape.com		641	EMail:  ggood@netscape.com
	597			642
n	598	Full Copyright Statement	n	643	Intellectual Property
	599			644
n	600	Copyright (C) The Internet Society (2000).  All Rights Reserved.	n	645	The IETF takes no position regarding the validity or scope of any
				646	Intellectual Property Rights or other rights that might be claimed
				647	to pertain to the implementation or use of the technology
				648	described in this document or the extent to which any license
				649	under such rights might or might not be available; nor does it
				650	represent that it has made any independent effort to identify any
				651	such rights.  Information on the ISOC's procedures with respect to
				652	rights in ISOC Documents can be found in BCP 78 and BCP 79.
	601			653
n	602	This document and translations of it may be copied and furnished to	n	654	Copies of IPR disclosures made to the IETF Secretariat and any
	603	others, and derivative works that comment on or otherwise explain it		655	assurances of licenses to be made available, or the result of an
	604	or assist in its implementation may be prepared, copied, published		656	attempt made to obtain a general license or permission for the use
	605	and distributed, in whole or in part, without restriction of any		657	of such proprietary rights by implementers or users of this
	606	kind, provided that the above copyright notice and this paragraph are		658	specification can be obtained from the IETF on-line IPR repository
	607	included on all such copies and derivative works.  However, this		659	at http://www.ietf.org/ipr.
	608	document itself may not be modified in any way, such as by removing
	609	the copyright notice or references to the Internet Society or other
	610	Internet organizations, except as needed for the purpose of
	611	developing Internet standards in which case the procedures for
	612	copyrights defined in the Internet Standards process must be
	613	followed, or as required to translate it into languages other than
	614	English.
	615			660
n	616	The limited permissions granted above are perpetual and will not be	n	661	The IETF invites any interested party to bring to its attention
	617	revoked by the Internet Society or its successors or assigns.		662	any copyrights, patents or patent applications, or other
				663	proprietary rights that may cover technology that may be required
				664	to implement this standard.  Please address the information to the
				665	IETF at ietf-ipr@ietf.org.
				666
				667	Disclaimer of Validity
	618			668
	619	This document and the information contained herein is provided on an		669	This document and the information contained herein is provided on an
	620	"AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING		670	"AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING
	621	TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING		671	TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING
	622	BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION		672	BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION
	623	HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF		673	HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF
	624	MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.		674	MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
	625			675
t			t	676	Copyright Statement
				677
				678	Copyright (C) The IETF Trust (2009).
				679
				680	This document is subject to the rights, licenses and restrictions
				681	contained in BCP 78, and except as set forth therein, the authors
				682	retain all their rights.
				683
	626	Acknowledgement		684	Acknowledgement
	627			685
	628	Funding for the RFC Editor function is currently provided by the		686	Funding for the RFC Editor function is currently provided by the
	629	Internet Society.		687	Internet Society.
	630			688
	631			689
	632			690

Legends
Colors  Added  Changed Deleted	Links (f)irst change (n)ext change (t)op