From: Kurt Zeilenga Date: Wed, 28 Aug 2002 01:20:03 +0000 (+0000) Subject: Clarify that manageDsaIT is not to specified when managing X-Git-Tag: NO_SLAP_OP_BLOCKS~1149 X-Git-Url: https://git.sur5r.net/?a=commitdiff_plain;h=22d3c7f24ee3d1f755517e23a7ae77b7c9e4664c;p=openldap Clarify that manageDsaIT is not to specified when managing entry DSEs. --- diff --git a/doc/guide/admin/referrals.sdf b/doc/guide/admin/referrals.sdf index f4057d1c12..a62a7ad707 100644 --- a/doc/guide/admin/referrals.sdf +++ b/doc/guide/admin/referrals.sdf @@ -53,6 +53,7 @@ For those familiar with X.500, a {{named referral}} object is similar to an X.500 knowledge reference held in a {{subr}} {{TERM:DSE}}. + !if 0 H2: Immediate Superior Knowledge Information @@ -104,15 +105,20 @@ For those familiar with X.500, this use of the {{EX:ref}} attribute is similar to an X.500 knowledge reference held in a {{Supr}} {{TERM:DSE}}. + H2: The ManageDsaIT Control Adding, modifying, and deleting referral objects is generally done -using {{ldapmodify}}(1) or similar tools which support the -ManageDsaIT control. The ManageDsaIT control informs the server -that you intend to manage the referral object as a regular -entry. This keeps the server from sending a referral result -for requests which interrogate or update referral objects. -The -M option of {{ldapmodify}}(1) (and other tools) enables +using {{ldapmodify}}(1) or similar tools which support the ManageDsaIT +control. The ManageDsaIT control informs the server that you intend +to manage the referral object as a regular entry. This keeps the +server from sending a referral result for requests which interrogate +or update referral objects. + +The ManageDsaIT control should not be specified when managing regular +entries. + +The {{EX:-M}} option of {{ldapmodify}}(1) (and other tools) enables ManageDsaIT. For example: > ldapmodify -M -f referral.ldif -x -D "cn=Manager,dc=example,dc=net" -W