OpenLDAP + Roaming profiles

[Hugo.van.der.Kooij@caiw.nl]

Hi,

I created my own schema and did some tests. The first bit seems to work
but I defined nsLIVersion as X.27 and also tried x.40 but it seems neither
is acceptable.

My currect definition is:

attributeType ( 1.3.6.1.4.1.7081.1.1.5
        NAME 'nsLIVersion'
        DESC 'Store Netscape Roaming Profile version'
        SYNTAX 1.3.6.1.4.1.1466.115.121.1.40 )

But as I judge from the debug trace it seems it's not accepted. The
relevant piece of the trace is:

         6  9  4  0  1  6  1  2  " 20  L  A  S  T  _  M
         O  D  I  F  I  E  D  =  "  9  6  9  4  0  1  6
         1  2  "  >  4  0  1 20  A  u  t  h  o  r  i  z
         a  t  i  o  n 20  R  e  q  u  i  r  e  d  <  /
         A  > 0d 0d 0a  <  /  D  L  >  <  p  > 0d 0d 0a
         0  # 0a 01 02  0 1e 04 0f  n  s  L  I  E  l  e
         m  e  n  t  T  y  p  e  1 0b 04 09  b  o  o  k
         m  a  r  k  s  0  D 0a 01 02  0  ? 04 05  o  w
         n  e  r  1  6 04  4  c  n  =  H  u  g  o 20  v
         a  n 20  d  e  r 20  K  o  o  i  j  , 20  o  u
         =  h  u  g  o  ,  d  c  =  v  a  n  d  e  r  k
         o  o  i  j  ,  d  c  =  o  r  g  0  ( 0a 01 02
         0  # 04 0b  o  b  j  e  c  t  c  l  a  s  s  1
        14 04 12  n  s  L  I  P  r  o  f  i  l  e  E  l
         e  m  e  n  t  0 17 0a 01 02  0 12 04 0b  n  s
         L  I  V  e  r  s  i  o  n  1 03 04 01  1
ber_get_next
sockbuf_read: want=1, got=1
         0
sockbuf_read: want=1, got=1
        83
sockbuf_read: want=3, got=3
        02 e1  8
ber_get_next on fd 9 failed errno=34 (Numerical result out of range)
connection_read(9): input error=-2 id=0, closing.
connection_closing: readying conn=0 sd=9 for close
connection_close: deferring conn=0 sd=9
do_modify
ber_scanf fmt ({a) ber:


It seems I'm getting closer but just not close enough. I got at least one
part stored in the LDAP database as I found with ldapsearch:

dn: nsLIElementType=liprefs,nsLIProfilename=Hugo van der Kooij,....

Containing a lot of data.

The client pushes everything it has to the server as I found from my
packet trace with ethereal (great tool BTW that does some reasonable LDAP 
decoding).

So any hints for the final hurdle?

Hugo.

-- 
Hugo van der Kooij; Oranje Nassaustraat 16; 3155 VJ  Maasland
hvdkooij@caiw.nl	http://home.kabelfoon.nl/~hvdkooij/
--------------------------------------------------------------
Quoting this tagline is illegal! (http://www.dtcc.edu/cs/rfc1855.html)