On Sun, 2009-08-23 at 16:07 -0400, Deon George wrote:
> Josh, there is where it gets complicated.
>
> PLA is not the "direct" ldap client - "php-ldap" is. So, TLS (and SSL)
> session establishment is done in php-ldap. php-ldap runs as the your
> web
> server user. (This is why PLA doesnt have any
Thanks Deon.
I'll post if I get it working.
On Mon, 2009-09-28 at 21:52 -0400, Deon George wrote:
> Josh Mullis wrote:
> >>> The problem I am having is in using the multilist.php function.
> >>>
> >>> I can't seem to find how to specify literal parenthesis' and commas.
>
> Josh, you are us
mweber88 wrote:
> 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.
>
Actually, I dont think this is true. I believe you have a domin
Josh Mullis wrote:
>>> The problem I am having is in using the multilist.php function.
>>>
>>> I can't seem to find how to specify literal parenthesis' and commas.
Josh, you are using an old version of PLA - where the comma is treated
as a field separator.
In PLA 1.2.x, a semicolon is now used as
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 li
Maybe I could ask this from another direction...
Is this string (the text inside the parenthesis) php code, xml code, or
proprietary code sent to the multilist function?
=php.MultiList(/,(objectClass=posixAccount),cn,%cn%)
Thanks
-Josh
On Wed, 2009-09-23 at 07:52 -0400, Josh Mullis
