Hi All,
it looks like a problem to me, but I might be wrong. It seems
that Net::LDAP::FilterMatch doesn't cope with filters of the type:
(dn=*)
(dn=cn=joe doe,ou=somewhere)
but it does work neatly if I write them like this:
(distinguishedName=*)
(distinguishedName=cn=joe doe,ou=somewhere)
I ha
Hi,
On Sunday, 22. April 2012, Alexei Znamensky wrote:
> it looks like a problem to me, but I might be wrong. It seems
> that Net::LDAP::FilterMatch doesn't cope with filters of the type:
>
> (dn=*)
> (dn=cn=joe doe,ou=somewhere)
DN is not an attribute, it is the object's name.
These filters are
On 22 Apr 2012, at 19:10, Peter Marschall wrote:
> Hi,
>
> On Sunday, 22. April 2012, Alexei Znamensky wrote:
>> it looks like a problem to me, but I might be wrong. It seems
>> that Net::LDAP::FilterMatch doesn't cope with filters of the type:
>>
>> (dn=*)
>> (dn=cn=joe doe,ou=somewhere)
>
>
Hi Peter,
On 22 April 2012 15:10, Peter Marschall wrote:
> Hi,
>
> On Sunday, 22. April 2012, Alexei Znamensky wrote:
> > it looks like a problem to me, but I might be wrong. It seems
> > that Net::LDAP::FilterMatch doesn't cope with filters of the type:
> >
> > (dn=*)
> > (dn=cn=joe doe,ou=some
On 22 Apr 2012, at 19:56, Alexei Znamensky wrote:
> Hi Peter,
>
> On 22 April 2012 15:10, Peter Marschall wrote:
>
>> Hi,
>>
>> On Sunday, 22. April 2012, Alexei Znamensky wrote:
>>> it looks like a problem to me, but I might be wrong. It seems
>>> that Net::LDAP::FilterMatch doesn't cope wit
On Sunday, 22. April 2012, Alexei Znamensky wrote:
> Hi Peter,
>
> On 22 April 2012 15:10, Peter Marschall wrote:
> > [...]
>
> In that case, why does Net::LDAP::Filter constructor accepts such filters
> as argument? Shouldn't it moan that this is illegal? It builds an object
> out of that filte
