[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: Openldap 2.x but still no roaming profiles
At 11:32 PM 9/16/00 +0200, Hugo.van.der.Kooij@caiw.nl wrote:
>On Sat, 16 Sep 2000 Hugo.van.der.Kooij@caiw.nl wrote:
>
>> I've done testing with two netscape clients (1 on win 98 and 1 on linux).
>> The win98 normally uses another ldap server (openldap 1.2.11) and can
>> store it's info there but up 'till now I'm unsuccesfull in ding the same
>> job with OpenLDAP 2.0
>
>I've done some more testing with ethereal 0.8.12 as referee. It seems
>there still exists some issue with the ;binary stuff in v2.0.3 present.
>
>The trace shows:
>
> Error Message: attribute requires ;binary transfer
This message indicates the client provided an attribute without
using ;binary when the server required it. The OpenLDAP 2.0
server requires ;binary transfer of a number of syntaxes. Besides
certificates and such, 2.0.3 requires ;binary transfer of the binary
syntax. Due to a bug in prior releases, binary syntax did not
require ;binary transfer (though this was our intent as indicated
in our subschema). ;binary transfer of the binary syntax is
needed for inetOrgPerson compatibility. This will, however,
break applications not expecting this ;binary transfer of the
binary syntax.
I raised the question to IETF LDAPbis BOF mailing list
<http://www.openldap.org/ietf-ldapbis/> for discussion. This
appears to be compatibility issue which needs to be addressed
in the LDAPv3 specifications.
As far as Netscape Roaming interoperability goes, I suggest you
redefine (with new OIDs) each attribute type of binary syntax
to be octetString syntax. This is likely what Netscape meant
all along. As I noted previously, arbitrarily mapping old
'bin' to binary does make sense.
Kurt