it depends on how often you are doing the searches.
I have one (vendor-written) application that occasionally decides to do a half
million queries over 36 hours. It does a separate bind and unbind for each, and
as the LDAP system administrator, I really wish it would bind once then do the
queri
>Your patch would have scratched your itch, but the burden to keep perl-ldap
>maintainable, understandable & compatible [even for that RFC violation of your
>tool] would be on the maintainer(s).
Understood. I'm not trying to trivialize the job of the maintainer (I've been
there!), but this is a
Thanks for your time. The lack of response to "purity vs real-world usability"
is disappointing.
>> I'm dealing with 1G+ LDIFs, and the patch *is* cleaner for me, but
>> preprocessing will work.
>When the dump utility is capable of writing to stdout, you can use a pipe.
>This way you will not ne
>I can understand your point of view, but it will not change my stance.
not
a problem. I'll ask you to think carefully the actual downside of
incorporating the option for relaxing RFC compliance versus the value
of said options to the open source community. What is the real downside?
>What I
>How about writing a script to post-process the output from the dump to
>make it compliant?
That would work. At that point, I'll have parsed the 700M file, so I'll not
need Net::LDAP::LDIF.
>You may doubt it, but Quanah is right: your dump utility violates the RFC.
please reread my earlier message: I do NOT doubt it violates the RFC (I know it
does!). I'm sorry if a misread of what I wrote caused everyone to get the idea
that I wasn't listening or understood Qaunah's email, and pos
I don't doubt that, but the question is whether or not the patch is palatable...
From: Quanah Gibson-Mount
To: Doug Wegscheid ; perl-ldap@perl.org
Sent: Tuesday, May 7, 2013 12:52 PM
Subject: Re: Reading LDIF files containing controls
--On Tuesday, M
I have a use case for analyzing LDIF dumps of our LDAP directory. The dump
utility puts some controls in the output file, so Net::LDAP::LDIF won't read
them, it fails with "Controls only allowed with LDIF change entries".
I put a patch on to allow reading of controls for non-change entries by
s
