[Date Prev][Date Next] [Chronological] [Thread] [Top]

2.0.2 oddity

To: openldap-software@OpenLDAP.org
Subject: 2.0.2 oddity
From: valentyn+openldap@nospam.openoffice.nl
Date: Tue, 5 Jun 2001 12:09:58 +0200
Content-disposition: inline
User-agent: Mutt/1.2.5i

Hi all,

I'm building a light weight php frontend to make the Netscape address
book read/write. While experimenting, I found that changing

dn: cn=abcd, o=company
cn: abcd
sn: abcd

into

dn: cn=abcd, o=company
cn: defg
sn: abcd

... would work. No, there's no second cn: now, the entry just has a
different RDN from the actual attribute. Is this an OpenLDAP error? If
so, was it fixed between 2.0.2 and 2.0.11? FYI: I'm using Debian 2.2
GNU/Linux with a backported OpenLDAP (from the Debian 2.3 version).

Best regards,

Valentijn

Prev by Date: how to store java objects
Next by Date: AW: 2.0.2 oddity
Index(es):
- Chronological
- Thread