Hi Chris,

On Sunday 18 January 2004 20:59, Chris Ridd wrote:
> On 18/1/04 6:31 pm, Peter Marschall <[EMAIL PROTECTED]> wrote:
> > * perl-ldap-0.31supportedFeatures.patch
> > - add the attribute supportedFeatures to the default list of
> >   attributes for the root_dse() method in Net::LDAP
> > - add method supported_feature() to Net::LDAP::RootDSE
> > Both changes allow to query a server that are advertised using
> > the supportedFeatures attribute (e.g. support for + to get all
> > operational attributes).
> > At least two LDPA server (OpenLDAP and Novell eDirectory)
> > support the supportedFeature attribute in the root DSE.
>
> We've avoided adding proprietary attributes to the core Net::LDAP so far...
> Is this defined in some RFC or draft?
Yup, it's RFC3674. 
Did you expect anything different form Kurt Zeilenga ;-)

> > * perl-ldap-0.31-Util.patch
> > - add functions to escape / unescape strings to be used
> >   in string represantations of ldap filters (RFC2254).
>
> Great idea. It would be even greater ;-) if Net::LDAP::Filter used them...
Hmm I think that is impossible when passing only a string to 
Net::LDAP::Filter->new().
Because if you pass a string like  (sn=Meier*) the asterisk is not part of the 
name Meier but indicates substring search and this is quite different from 
the filter (sn=Meier\*) where you search for entries consisting of the word
Meier followed by an asterisk. And consider even (sn=Meier\**)...

> Thanks for the other patches. I'll try to take a look at them this week.
No sweat, if they are in standard perl-ldap, I do not need to patch it any 
more and can use the standard packages (so it is pure selfishness ,-))

Peter

-- 
Peter Marschall
eMail: [EMAIL PROTECTED]

Reply via email to