Deon George-2 wrote:
>
> Michael,
>
> The LDAP_NO_OBJECT_CLASS_MODS response is coming back from domino, which
> means one of a few things:
>
> * The update is not allowed - possibly because of structural object
> class clashes,
> * PLA is calling ldap_mod_replace, and that function is not liked by
> domino.
> * Domino is doing something a little different for LDAP updates.
>
> In case the 2nd option is the reason, try modifying
> lib/ds_ldap_pla.conf, and change the @ldap_mod_replace() function to
> @ldap_modify() - the arguments are the same. (Around line 477).
>
> If that doesnt work, put in a
>
> debug_dump(array('connect'=>$this->connect($method),'method'=>$method,'dn'=>$dn,'attrs'=>$attrs),1);
>
>
> on the line immediately before the ldap_modify() to verify that the
> output looks ok.
>
> ...deon
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> phpldapadmin-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/phpldapadmin-users
>
>
Deon--
Thanks for the response!
I changed the .php file to use ldap_modify instead of ldap_mod_replace and
it still appears to want to do a replace, and according to the logging I
have done in Domino, it is true that it doesn't like it:
------------------------------------------------------
Object: CN=WeberDetroit,O=Teamwork
Bytes Received: 568
Operations:
Operation Attribute Values
replace gidnumber
replace homedirectory /home/weberdt
replace objectclass dominoPerson
inetOrgPerson
organizationalPerson
person
top
posixAccount
Result Code: 69
Error Message: Failed, illegal attempt to remove objectClass attribute
------------------------------------------------------
and really, I'm not removing anything. I'm attempting to add the
"posixAccount" objectClass, which requires gidNumber, homeDirectory, and
uidNumber.
However, when I use a different client and it works, I receive:
------------------------------------------------------
Object: cn=WeberDetroit,o=Teamwork
Bytes Received: 875
Operations:
Operation Attribute Values
add objectclass account
Result Code: 0
------------------------------------------------------
------------------------------------------------------
Object: cn=WeberDetroit,o=Teamwork
Bytes Received: 1121
Operations:
Operation Attribute Values
delete objectclass account
Result Code: 0
------------------------------------------------------
So, it looks as if the PHP call is trying to simply replace rather than
doing an add, and that is causing the problem when it comes to the object
classes. It doesn't appear to have a problem with attributes.
I just want to say, too, that it has nothing to do with the fact that I
chose "account" objectclass versus "posixAccount" object class, because with
the other client, either one works the same. So, I was just choosing the
first item on the list. :)
Any other thoughts or ideas? I'm definitely learning that pla is simply
making calls to PHP library functions, so it's the php functions themselves
that are causing this. :(
Thanks!
Michael
--
View this message in context:
http://www.nabble.com/0x45-%28LDAP_NO_OBJECT_CLASS_MODS%29-tp25407758p25646618.html
Sent from the phpldapadmin-users mailing list archive at Nabble.com.
------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
phpldapadmin-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/phpldapadmin-users
