> -----Original Message-----
> From: John Horne [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, September 24, 2002 10:20 AM
> To: [EMAIL PROTECTED]
> Subject: RE: Ldap - how to retrieve multiple pages
> 
> > You *can* however probably get the windows admin to export 
> his directory
> > for you into some format you can read, ldif or csv.
> > 
> No, not really what we wanted. We want to extract the data 
> from the server.
> The idea is to have a program run via cron on a linux/Sun box 
> which will
> automatically extract all the data. This then gets 'massaged' 
> by the program
> for our own purposes.

Well then why not just schedule the export on the windows box.  Just script
up whatever the process is for dumping the data from AD and make a scheduled
task for it.  Then pull or push it over to your *nix box and do whatever
needs doing.

Better yet, given the number of users you are talking about, you'd probably
want to keep two copies on the original server and script up the process of
comparing them so that you only send a new copy if something changed.
Better still, only send the changes.

> I have already been told that the limit won't be raised on 
> the server, so I
> was looking for an alternative. One thought is that since we want all
> 'users' to be listed, then we simply create an ldap filter to 
> get all users
> who's name begins with 'a', then 'b', 'c', and so on. 
> However, this seems a
> very cumbersome way of what I thought was a simple request :-)

This seems really unreliable too - how will you know when you need to make
your queries more granular (ie when the number of users starting with 'a'
exceeds the server limit)?

> John.

Wish I could be more helpful, but I probably don't know much more about ldap
than you, if at all.  You may want to post your question in some more
ldap-centric spots though.

http://www.openldap.org

Also the microsoft newsgroups.



-- 
redhat-list mailing list
unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe
https://listman.redhat.com/mailman/listinfo/redhat-list

Reply via email to