"m96" <m96@gmx.li> wrote in message
news:pan.2005.02.13.16.38.36.704917@gmx.li...
> hi,
>
>> My guess is that your LDAP Server is in LDAP v2 (MMS ?).
>
> the problem also occurs on ldap v3 servers like the free novell ldap
> server at
www.nldap.com port 80 for informations and port 389 for the ldap
> server. you can also create an account for authorized access. and even
> then it won't work....
>
> for example this is what i get from the server above for a search
> (cn=admin):
>
> objectclass := inetOrgPerson
> objectclass := organizationalPerson
> objectclass := person
> objectclass := top
> objectclass := ndsLoginProperties
> passwordrequired := False
> messageserver := cn=DEVNET-PUBLIC_SYS,o=NOVELL
> logintime := 2/4/2005 2:13:37 AM
> networkaddress := System.NotImplementedException: Handling of this
> ADSVALUE type is not yet implemented (type = 0xb).
> nrdregistryindex := System.Byte[]
> language := System.NotImplementedException: Handling of this ADSVALUE type
> is not yet implemented (type = 0xb).
> passwordallowchange := True
> adspath := LDAP://
www.nldap.com:389/cn=admin,o=NOVELL
> equivalenttome := cn=bfjeldst,o=NOVELL
> equivalenttome := cn=jcox,o=NOVELL
> equivalenttome := cn=cseamons,o=NOVELL
> equivalenttome := cn=AClark,o=NOVELL
> equivalenttome := cn=FZhao,o=NOVELL
> sn := admin
> cn := admin
> acl := System.NotImplementedException: Handling of this ADSVALUE type is
> not yet implemented (type = 0xb).
> acl := System.NotImplementedException: Handling of this ADSVALUE type is
> not yet implemented (type = 0xb).
> acl := System.NotImplementedException: Handling of this ADSVALUE type is
> not yet implemented (type = 0xb).
> acl := System.NotImplementedException: Handling of this ADSVALUE type is
> not yet implemented (type = 0xb).
> nrdregistrydata := System.Byte[]
>
>> When you call a LDAP v2 Server with ADSI or with DirectoryServices, you
>> can't use custom attribute.
>> The reason is that ADSI/Directory Services need the schema to expose
>> attributes as object properties. Unfortunatly, LDAP schema is only
>> published
>> in LDAP v3. So, when ADSI find a custom attribute, it can't determine its
>> type and raise an exception.
>>
>> On a LDAP v2 server you must use only standard LDAP attribute with
>> ADSI/Directory Services . If you really need using custom attributes, you
>> must call the native C/LDAP API (and it's not fun !).
>
> so that means you can not add handler for user specific types... that's a
> shame...
>
> thank you very much for your help...
schema. Didn't you try using the NDS ADSI provider instead of the LDAP