Thanks for your inputs, so far;
1.) I am binding as the administrator with full rights according to my
slapd.conf.
2.) This works for only a single entry, any more than that it "halts" the
ldap server, even with a 1 second delay. I tried it with 5 results, then
with 3, still no dice.
Basically I
On 29/12/03 8:07 pm, Diffenderfer, Randy <[EMAIL PROTECTED]> wrote:
> You might also need to worry about referential integrity, although I have
> only seen this hose up secondary objects that referred to the now-deleted
> dn.
>
> Examples include the "manager=", "secretary=", or "owner=" attribut
You might also need to worry about referential integrity, although I have
only seen this hose up secondary objects that referred to the now-deleted
dn.
Examples include the "manager=", "secretary=", or "owner=" attributes, for
instance. Where we (used to) get bit by this was in group membership l
On 29/12/03 3:09 pm, Jim Harle <[EMAIL PROTECTED]> wrote:
> Chris,
> Two things might be an issue. First (and less likely) check to see that you
> are binding as an account with sufficient priveleges to delete users. The
> more
> probable thing is that you are choking the server by sending too m
Chris,
Two things might be an issue. First (and less likely) check to see that you
are binding as an account with sufficient priveleges to delete users. The more
probable thing is that you are choking the server by sending too many requests
at nearly the same time. First, try just exiting afte
I am trying to use the NET::LDAP module in perl to delete all dn's from a
search. After getting the search results, I go in with this piece of code;
foreach $entry($msg1->all_entries()) {
$dn = $entry->dn( );
print "Deleting ".$dn."\n";
$ldap->delete($entry->dn( ) );
}
It appears to work as pro
