Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 35705 invoked from network); 17 Sep 2005 15:59:21 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 17 Sep 2005 15:59:21 -0000 Received: (qmail 74424 invoked by uid 500); 17 Sep 2005 15:59:21 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 74234 invoked by uid 500); 17 Sep 2005 15:59:20 -0000 Mailing-List: contact dev-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list dev@directory.apache.org Received: (qmail 74221 invoked by uid 99); 17 Sep 2005 15:59:20 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 17 Sep 2005 08:59:20 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [81.169.145.166] (HELO natnoddy.rzone.de) (81.169.145.166) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 17 Sep 2005 08:59:29 -0700 Received: from [127.0.0.1] (p548FF453.dip.t-dialin.net [84.143.244.83]) (authenticated bits=0) by post.webmailer.de (8.13.1/8.13.1) with ESMTP id j8HFxEbE014170 for ; Sat, 17 Sep 2005 17:59:15 +0200 (MEST) Message-ID: <432C3D51.80906@labeo.de> Date: Sat, 17 Sep 2005 17:59:13 +0200 From: Stefan Zoerner User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Apache Directory Developers List Subject: Re: [OT] Schema restrictions within eDirectory References: <432C1787.80303@labeo.de> <800df63905091707146e8cfed8@mail.gmail.com> <432C3090.4000808@labeo.de> <800df6390509170839640cc7b1@mail.gmail.com> In-Reply-To: <800df6390509170839640cc7b1@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hi Marc Marc Boorshtein wrote: > hmm....have you tried inetOrgPeron? Instead of "sn", try "uid"? > > Marc Good idea. I assumed that inetOrgPerson will "inherit" the strange restriction from person, but this is not the case. The following worked. Creation of this entry: dn: uid=szoerner,dc=labeo,dc=de objectClass: Top objectClass: Person objectClass: organizationalPerson objectClass: inetOrgPerson uid: szoerner cn: Stefan Zoerner sn: Zoerner And then change it like this: dn: uid=szoerner,dc=labeo,dc=de changetype: modrdn newrdn: cn=Stefan Zoerner deleteoldrdn: 0 which leads to cn=Stefan Zoerner,dc=labeo,dc=de without any problems. And this is an example which I was looking for. I still do not understand the restriction for the person class (AD behaves the same, but is the only other example I know), but I am happy. Thanks, Stefan