Hi Graham,
Thanks for responding so quickly.
Graham Barr wrote:
Try adding
use Net::LDAP::Bind;
use Net::LDAP::Search;
into your main script so those packages are loaded before you fork.
If that solves your problem, then it may be something todo with file
descriptors.
That does solve m
The DIGEST-MD5 mechanism in Authen-SASL 2.06 seems slightly broken, using
either perl 5.8.0 or perl 5.8.1.
I am told by our SASL guru that DIGEST-MD5 is a multi-step procedure, and it
looks like the client_step code in DIGEST_MD5.pm isn't aware of this and
tries to use stuff in step 2 that only ex
Here is why its not working...
Windows 2000 and above use the LDAP port 389 for Active Directory
communications. So its the Windows 2000 OS listening on that port. You
need to go into Exchange 5.5 admin and change LDAP port to something else.
I use 390.
James
<[EMAIL PROTECTED]> wrote in messa
Thanks for your help yesterday, now I'm hoping you can help me untangle
another "mess" I'm in.
Big picture: I've written a subclass of Net::LDAP that transparently handles
referrals (Amazon::Net::LDAP). The referral-handling code is in another
module (Amazon::Net::LDAP::Referral, one "public" func
On Thu, 11 Dec 2003, D.Kreft did scribble:
As a follow-up to my own question, I have managed to unearth my ssl options,
but through purely evil means:
my $socket = $ldap->socket();
my $socket_hash = \%{*$socket};
print Dumper $socket_hash->{'_SSL_arguments'};
Which produces this:
On 11 Dec 2003, at 18:09, D.Kreft wrote:
Thanks for your help yesterday, now I'm hoping you can help me untangle
another "mess" I'm in.
Big picture: I've written a subclass of Net::LDAP that transparently
handles
referrals (Amazon::Net::LDAP). The referral-handling code is in another
module (Amaz
On Thu, 11 Dec 2003, Graham Barr did scribble:
> Personally I think it is wrong for Net::LDAP to remember that. Also,
> its not very generic to re-use the same credentials, the referral could
> be to a different server that requires different credentials.
Hrmm...good point. I'm not sure that oppo
On Thu, 11 Dec 2003, D.Kreft did scribble:
Bug in my code...
> sub referral_connection {
> my ($host, $port) = @_;
>
> my $ldap = Net::LDAP->new($host,
> port => $port,
> chase_referrals => undef); # turn off
Do this
On 11 Dec 2003, at 20:29, D.Kreft wrote:
On Thu, 11 Dec 2003, Graham Barr did scribble:
Personally I think it is wrong for Net::LDAP to remember that. Also,
its not very generic to re-use the same credentials, the referral
could
be to a different server that requires different credentials.
Hrmm..
On Thu, 11 Dec 2003, Graham Barr did scribble:
> Sure. The default method, in Net::LDAP, would be to look for the sub
> passed into new and call that, but if you want to sub-class you can
> override it. I don't think a user should be forced to sub-class just to
> use referrals
Of course not. :-)
10 matches
Mail list logo
