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

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