Visual RFC.
ALL RFCs / RFC 2849
Read the RFC ↗
RFC 2849 / DIRECTORY INTERCHANGE

Apply modifications to attribute values

04

changetype: modify identifies an existing entry. Within that record, add:, delete: and replace: introduce attribute modifications, each terminated by a line containing only a hyphen.

RFC 2849 · Change grammar and example 6EXAMPLE
4 / 4
Apply modifications to attribute valuesA final replace: description block followed immediately by a hyphen removes the attribute. This is an empty set, unlike description: which is a single empty string. A separate delete on an already absent attribute would fail. This is one illustrated successful request, not a real import.Modify attribute value setsreplace: description-After modification block 3Attribute absentEmpty set removes the attributedescription: would mean one empty stringSeparate delete when absent → failureRFC2849 · fictional data · simplified illustrations
04
Replace with an empty set

A final replace: description block followed immediately by a hyphen removes the attribute. This is an empty set, unlike description: which is a single empty string. A separate delete on an already absent attribute would fail. This is one illustrated successful request, not a real import.

Source for this drawing: RFC 2849 · Read RFC source: Change grammar and example 6 ↗

Protocol participantThreat or exceptionProtocol controlSimplified drawings · precise section references
New to this? Start hereA quick picture + helpful background

A message needs an address.

Think of a packet as a small addressed envelope. Devices pass it onward; transport protocols decide what delivery promises an application gets.

Helpful first, if these ideas are unfamiliar

These pictures are analogies to help you learn. The linked RFC explains the actual rules.

Related RFCs and changes

“Updates” changes part of an earlier RFC. “Obsoletes” replaces it. This list shows selected related documents.

KEY POINT

The hyphen terminates a modification block; a blank line separates records. Multiple modifications of one request act in their listed order, with LDAP atomicity rather than a guarantee across the whole file.

  • The hyphen terminates a modification block; a blank line separates records. Multiple modifications of one request act in their listed order, with LDAP atomicity rather than a guarantee across the whole file.
  • add: adds values; delete: removes listed values or the whole attribute when no values follow; replace: replaces all values and creates the attribute if necessary.
  • replace: with no values removes an attribute if present and is harmless if absent. delete: of an absent attribute fails. A zero-length value is still one value. Actual LDAP matching, naming attributes, schema and authorization remain outside this simplified example.
DETAILS

Fictional directory data. Fragments illustrate the format; no file, URL or directory is accessed. Import outcomes still depend on schema, permissions and server support.

Read the RFC section ↗

All chapters in RFC 2849

Drawing view

Scroll the drawing to see every part. Playback controls stay above it.

RFC 9700 / CHAPTERS

Chapters

For full details, tables, algorithms, and exceptions, read the original RFC.

RFC status and corrections ↗