Update:
Changing the page size to 100 seems to solve the situation.
I’m not sure why but I can live with the mystery.
I’ve got about 2800 objects so 28 queries is just fine.
Thanks anyway!
--Dan
From: Dan Cutler [mailto:dan.cut...@bluehealthintelligence.com]
Sent: Tuesday, October 07, 2014 2
Hello All!
So I have a simple search using page control via response cookies.
But for some strange reason, it just keeps searching as if it’s not seeing its
own page cookie.
I was under the impression that:
my ($resp) = $search->control( LDAP_CONTROL_PAGED ) or last;
would return the numbe
Fellow LDAPers,
I have dozens of Net::LDAP, Entry, LDIF, Schema etc based scripts (Open Source
rocks!).
However, I keep finding myself in the same situation wishing I had a more
dynamic approach towards handling multi-valued attributes.
I suppose I could ALWAYS use array references even for at
Sam,
Having been in your shoes, I found that you absolutely have to have one of the
security configurations mentioned to update passwords in AD via Perl (or
ldapadd/ldamodify) as Peter mentioned.
Luckily I've got a great windows sysadmin who could set up that cert for me
(I'm windows challenge
Prentice,
Try using LDAPS. The setup for this isn't terribly easy but once you've got
the keys in place, AD seems more friendly.
>From my understanding AD will only let you make "security related" changes
>over secured (encrypted) connections (-Z) switch below...
ie: ldapmodify -c -x -D "CN=
can't do anything but bind and do searches,
>this is preferable to convincing the owner of the directory to open it for
>anonymous binds. So while not ideal, its better than other alternatives.
In either case, you should use LDAPS (ie wire encryption) so that
eavesdroppers, will not
Mark,
Wow. I remember having the EXACT same thoughts some years ago.
As it turns out, the process that happens when a user logs in is somewhat
"shielded" from the average user. Once you find out what is really happening,
you'll gain some great insights into LDAP processes.
It is quite typica
Not sure if this applies to you but changing a pw against Active Directory
(with or without ldif files) requires an LDAPS connection from client to server.
-Original Message-
From: Prentice Bisbal [mailto:prent...@ias.edu]
Sent: Friday, February 18, 2011 5:20 PM
To: perl-ldap@perl.org
Su
else wrong?
Thanks again Graham!
-Original Message-
From: Graham Barr [mailto:gb...@pobox.com]
Sent: Monday, November 29, 2010 4:47 PM
To: Dan Cutler
Cc: perl-ldap@perl.org
Subject: Re: LDIF file instead of updating directory
On Nov 29, 2010, at 15:36 , Dan Cutler wrote:
> Hi all,
file only contains the DN of the user followed by an
add line like this:
dn: CN=Dan Cutler,OU=ClientX,DC=MyCompany,DC=com
MyCompany-ClientKey: ClientX
The LDIF file is missing everything else. (like "changetype: modify", and the
new attribute name "MyCompany-ClientKey").
Any
ise..
Looking forward to collaborating with you...
Dan Cutler
Senior Systems Analyst
Intelimedix
(863) 904-6972 : Office
(813) 690-2948 : Cell
-Original Message-
From: Young, Darren [mailto:darren.yo...@chicagobooth.edu]
Sent: Tuesday, January 19, 2010 11:36 AM
To: perl-ldap@perl.org
11 matches
Mail list logo
