You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(200) |
Jun
(129) |
Jul
(184) |
Aug
(204) |
Sep
(106) |
Oct
(79) |
Nov
(72) |
Dec
(54) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(83) |
Feb
(123) |
Mar
(84) |
Apr
(184) |
May
(106) |
Jun
(111) |
Jul
(104) |
Aug
(91) |
Sep
(59) |
Oct
(99) |
Nov
(100) |
Dec
(37) |
2002 |
Jan
(148) |
Feb
(88) |
Mar
(85) |
Apr
(151) |
May
(80) |
Jun
(110) |
Jul
(85) |
Aug
(43) |
Sep
(64) |
Oct
(89) |
Nov
(59) |
Dec
(42) |
2003 |
Jan
(129) |
Feb
(104) |
Mar
(162) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Ayman A. <as...@at...> - 2002-10-02 09:53:26
|
Thanks alot for your reply. The error says that I cannot change the RDN for a non-leaf object. Any ideas? Regards, Ayman -----Original Message----- From: Chris Ridd [mailto:chr...@ma...] Sent: 26 NIE, 1423 09:15 O To: Ayman Alashquar; per...@li... Subject: Re: Modifying the RDN On 1/10/02 11:22 pm, Ayman Alashquar <as...@at...> wrote: > Hi all, > > Does any one know how to change the RDN withing a DN , e.g., the DN= > ou=first,o=world need to be changed to ou=second,o=world knowing that the > original ou=first has children entries that should not be deleted. We are > using iPlanet LDAP server 4.x > > I have tried the following LDIF file using ldapmmodify but it didnot work: > > dn: ou=first,o=world > changetype: modrdn > newrdn: ou=second > deleteoldrdn: 0 > newsuperior: o=world The 'newsuperior' line looks unnecessary, since the new entry has the same parent as the old. It is possible that the server doesn't support renaming a non-leaf entry, ie an entry with children. What kind of error do you get back? Use Net::LDAP::Util to convert any error codes into strings. Cheers, Chris |
From: Voglmaier, R. E. <rv...@Gl...> - 2002-10-02 07:55:27
|
Ayman, this cannot work. I think you get an error message saying something = like:=20 subtree rename not supported. the problem is that you try to move an entire subtree. since=20 dn: ou=3Dfirst,o=3Dworld has children, that have the names dn: cn=3Dchild1, ou=3Dfirst,o=3Dworld =20 dn: cn=3Dchild1, ou=3Dfirst,o=3Dworld =20 ecc. they should change name also.in cn=3Dchild1, ou=3Dsecond, = o=3Dworld new superior does not mean that the children of this entry should = change, but that the entry change its parent. in your case it would mean that you give ou=3Dfirst, o=3Dworld a new = daddy, but this is not your case. now back to your example, you should=20 * add the new entry dn: ou=3Dsecond, o=3Dworld * change rdn of all children here you have to be very exact !!! dn: cn=3Dchild1, ou=3Dfirst, o=3Dworld changetype: modrdn newrdn: child1 deleterdn: 0 newsuperior: ou=3Dsecond, o=3Dworld cheers reinhard btw: exactly this case I gave as example in my upcoming book about LDAP.=20 ( the title is not yet quite clear, but if you are interested in, drop = me an e-mail ) > -----Original Message----- > From: Ayman Alashquar [SMTP:as...@at...] > Sent: mercoled=EC 2 ottobre 2002 00:23 > To: per...@li... > Subject: Modifying the RDN >=20 > Hi all, >=20 > Does any one know how to change the RDN withing a DN , e.g., the = DN=3D > ou=3Dfirst,o=3Dworld need to be changed to ou=3Dsecond,o=3Dworld = knowing that the > original ou=3Dfirst has children entries that should not be deleted. = We are > using iPlanet LDAP server 4.x >=20 > I have tried the following LDIF file using ldapmmodify but it didnot > work: >=20 > dn: ou=3Dfirst,o=3Dworld > changetype: modrdn > newrdn: ou=3Dsecond > deleteoldrdn: 0 > newsuperior: o=3Dworld >=20 >=20 > Best Regards, >=20 > Ayman Alashquar >=20 >=20 >=20 > ------------------------------------------------------- > This sf.net email is sponsored by: DEDICATED SERVERS only $89! > Linux or FreeBSD, FREE setup, FAST network. Get your own server=20 > today at http://www.ServePath.com/indexfm.htm |
From: Chris R. <chr...@ma...> - 2002-10-02 06:14:45
|
On 1/10/02 11:22 pm, Ayman Alashquar <as...@at...> wrote: > Hi all, > > Does any one know how to change the RDN withing a DN , e.g., the DN= > ou=first,o=world need to be changed to ou=second,o=world knowing that the > original ou=first has children entries that should not be deleted. We are > using iPlanet LDAP server 4.x > > I have tried the following LDIF file using ldapmmodify but it didnot work: > > dn: ou=first,o=world > changetype: modrdn > newrdn: ou=second > deleteoldrdn: 0 > newsuperior: o=world The 'newsuperior' line looks unnecessary, since the new entry has the same parent as the old. It is possible that the server doesn't support renaming a non-leaf entry, ie an entry with children. What kind of error do you get back? Use Net::LDAP::Util to convert any error codes into strings. Cheers, Chris |
From: Ayman A. <as...@at...> - 2002-10-01 22:23:08
|
Hi all, Does any one know how to change the RDN withing a DN , e.g., the DN= ou=first,o=world need to be changed to ou=second,o=world knowing that the original ou=first has children entries that should not be deleted. We are using iPlanet LDAP server 4.x I have tried the following LDIF file using ldapmmodify but it didnot work: dn: ou=first,o=world changetype: modrdn newrdn: ou=second deleteoldrdn: 0 newsuperior: o=world Best Regards, Ayman Alashquar |
From: Christopher A B. <ca...@tc...> - 2002-09-30 16:17:05
|
As Jonathon Padfield once put it so eloquently: > Thank you, that was the problem :) My error was in going from an ldif to a > hash, I assumed it was a straight conversion. The Net::LDAP::LDIF routines are useful for reading in LDIF files... %% Christopher A. Bongaarts %% ca...@tc... %% %% Internet Services %% http://umn.edu/~cab %% %% University of Minnesota %% +1 (612) 625-1809 %% |
From: Jonathon P. <jpa...@ho...> - 2002-09-30 06:48:04
|
On Fri, 27 Sep 2002 15:53, Chris Ridd wrote: > On 27/9/02 3:03 am, Jonathon Padfield <jpa...@ho...> wrote: > > The error given is: > > Failed to add entry: addRequest.addRequest.objectName is undefined at > > /usr/lib/perl5/site_perl/5.6.1/Net/LDAP/Message.pm line 163 > > > It may not be the cause of your problem, but 'Unknown' is not a legal value > for telephoneNumber, mobile, or facsimileTelephoneNumber, and if your > server is following the standards it should reject attempts to set these > values. It accepted 'Unknown' without complaint. That was using the default openldap schema files as come with Redhat 7.3. I'm simply not including such attributes anymore, which also works, but better. > I see you're setting an attribute called 'dn'. That's not the way you > specify the DN of an entry in standard servers - you need to specify the DN > of an entry when you add it, ie the first argument to the $ldap->add() > method. The arguments to pass to add ought to be documented in the man > page. Thank you, that was the problem :) My error was in going from an ldif to a hash, I assumed it was a straight conversion. Could I also suggest adding a line in the Net::LDAP::Entry manpage that explicity sets the dn after creating an object and before doing an update in the given example code. I don't know if you could do an update otherwise. -Jon |
From: <Nor...@av...> - 2002-09-27 14:54:35
|
> does anyone have these working together? MSDN claims they=20 > support this=20 > control, well at least with their ADSI toolkit, but when i check the=20 > rootDSE the OID for the control doesn't exist. is there some sort of=20 > configuration value i need to set in AD? IIRC VLV will be supported in .NET Server. In W2k you can only use paged results. Mit freundlichen Gr=FC=DFen / Best Regards Norbert Klasen Avinci - The Know-How Company http://www.avinci.biz |
From: Chad R. W. <cw...@vi...> - 2002-09-27 14:42:58
|
howdy, does anyone have these working together? MSDN claims they support this control, well at least with their ADSI toolkit, but when i check the rootDSE the OID for the control doesn't exist. is there some sort of configuration value i need to set in AD? needless to say, this control works like a charm with iPlanet DS. i'm using perl-ldap 0.25. cheers, chad |
From: Graham B. <gb...@po...> - 2002-09-27 13:48:52
|
On Fri, Sep 27, 2002 at 06:53:42AM +0100, Chris Ridd wrote: > On 27/9/02 3:03 am, Jonathon Padfield <jpa...@ho...> wrote: > > > I'm new to Net::LDAP and trying to do a basic insert. I've taken the data from > > an ldif file, converted it into a hash, and trying to insert, unsuccessfully. > > The data can be inserted via ldiff/ldapadd fine though. > > > > The error given is: > > Failed to add entry: addRequest.addRequest.objectName is undefined at > > /usr/lib/perl5/site_perl/5.6.1/Net/LDAP/Message.pm line 163 > > > > I've tried looking at the code which the error refers to, but I don't > > understand it. > > > > I've followed the example in the docs, creating a Net::LDAP object, and then a > > Net::LDAP::Entry object. Can you be more specific on where you found the code you copied (which doc) as it may be that it has bits missing. > > my $ldap = Net::LDAP->new('localhost') or die "$@"; > > $ldap->bind(base => 'cn=xxxxx,dc=hotkey,dc=net,dc=au', password => 'xxxxx') or > > die "$@"; > > > > The Net::LDAP::Entry object gets created, and filled with this date (printed > > via Data::Dumper) > > It may not be the cause of your problem, but 'Unknown' is not a legal value > for telephoneNumber, mobile, or facsimileTelephoneNumber, and if your server > is following the standards it should reject attempts to set these values. Its is failing in creating the packet to send, so its not the server that is creating the error. > > I see you're setting an attribute called 'dn'. That's not the way you > specify the DN of an entry in standard servers - you need to specify the DN > of an entry when you add it, ie the first argument to the $ldap->add() > method. The arguments to pass to add ought to be documented in the man page. Right addRequest.addRequest.objectName in the ASN is the DN and the entry has no DN set. > I can imagine (no code to hand!) that the error you're getting is a direct > result of not having passed a DN to the add method. Yup. Graham. |
From: Chris R. <chr...@ma...> - 2002-09-27 06:16:01
|
On 27/9/02 3:03 am, Jonathon Padfield <jpa...@ho...> wrote: > I'm new to Net::LDAP and trying to do a basic insert. I've taken the data from > an ldif file, converted it into a hash, and trying to insert, unsuccessfully. > The data can be inserted via ldiff/ldapadd fine though. > > The error given is: > Failed to add entry: addRequest.addRequest.objectName is undefined at > /usr/lib/perl5/site_perl/5.6.1/Net/LDAP/Message.pm line 163 > > I've tried looking at the code which the error refers to, but I don't > understand it. > > I've followed the example in the docs, creating a Net::LDAP object, and then a > Net::LDAP::Entry object. > > my $ldap = Net::LDAP->new('localhost') or die "$@"; > $ldap->bind(base => 'cn=xxxxx,dc=hotkey,dc=net,dc=au', password => 'xxxxx') or > die "$@"; > > The Net::LDAP::Entry object gets created, and filled with this date (printed > via Data::Dumper) It may not be the cause of your problem, but 'Unknown' is not a legal value for telephoneNumber, mobile, or facsimileTelephoneNumber, and if your server is following the standards it should reject attempts to set these values. I see you're setting an attribute called 'dn'. That's not the way you specify the DN of an entry in standard servers - you need to specify the DN of an entry when you add it, ie the first argument to the $ldap->add() method. The arguments to pass to add ought to be documented in the man page. I can imagine (no code to hand!) that the error you're getting is a direct result of not having passed a DN to the add method. Cheers, Chris |
From: Jonathon P. <jpa...@ho...> - 2002-09-27 02:03:29
|
I'm new to Net::LDAP and trying to do a basic insert. I've taken the data from an ldif file, converted it into a hash, and trying to insert, unsuccessfully. The data can be inserted via ldiff/ldapadd fine though. The error given is: Failed to add entry: addRequest.addRequest.objectName is undefined at /usr/lib/perl5/site_perl/5.6.1/Net/LDAP/Message.pm line 163 I've tried looking at the code which the error refers to, but I don't understand it. I've followed the example in the docs, creating a Net::LDAP object, and then a Net::LDAP::Entry object. my $ldap = Net::LDAP->new('localhost') or die "$@"; $ldap->bind(base => 'cn=xxxxx,dc=hotkey,dc=net,dc=au', password => 'xxxxx') or die "$@"; The Net::LDAP::Entry object gets created, and filled with this date (printed via Data::Dumper) $VAR1 = bless( { 'asn' => { 'attributes' => [ { 'vals' => [ 'Peter XX' ], 'type' => 'gecos' }, { 'vals' => [ 'VIC' ], 'type' => 'st' }, { 'vals' => [ 'xx...@ho...' ], 'type' => 'mail' }, { 'vals' => [ 'Unknown' ], 'type' => 'facsimiletelephonenumber' }, { 'vals' => [ 'Peter XX' ], 'type' => 'displayname' }, { 'vals' => [ 'top', 'person', 'posixAccount', 'account', 'organizationalPerson', 'inetOrgPerson', 'officePerson', 'zillaPerson' ], 'type' => 'objectclass' }, { 'vals' => [ 'AU' ], 'type' => 'c' }, { 'vals' => [ 'Unknown' ], 'type' => 'telephonenumber' }, { 'vals' => [ 'Unknown' ], 'type' => 'mobile' }, { 'vals' => [ 'Rye' ], 'type' => 'l' }, { 'vals' => [ '231' ], 'type' => 'uidnumber' }, { 'vals' => [ 'hotkey' ], 'type' => 'o' }, { 'vals' => [ '116' ], 'type' => 'gidnumber' }, { 'vals' => [ '{crypt}xxx' ], 'type' => 'userpassword' }, { 'vals' => [ '68 xxxx Rd' ], 'type' => 'postaladdress' }, { 'vals' => [ '3000' ], 'type' => 'postalcode' }, { 'vals' => [ '5985 xxxx' ], 'type' => 'homephone' }, { 'vals' => [ '/dev/null' ], 'type' => 'homedirectory' }, { 'vals' => [ 'User', 'Hotkey Peninsula' ], 'type' => 'ou' }, { 'vals' => [ 'Peter xxx' ], 'type' => 'cn' }, { 'vals' => [ 'Davis' ], 'type' => 'sn' }, { 'vals' => [ 'Peter' ], 'type' => 'givenname' }, { 'vals' => [ '/bin/false' ], 'type' => 'loginshell' }, { 'vals' => [ 'uidNumber=231,ou=User,o=hotkey' ], 'type' => 'dn' }, { 'vals' => [ 'Hotkey Peninsula' ], 'type' => 'departmentnumber' }, { 'vals' => [ 'pdavis' ], 'type' => 'uid' } ] }, 'attrs' => { 'st' => $VAR1->{'asn'}{'attributes'}[1]{'vals'}, 'gecos' => $VAR1->{'asn'}{'attributes'}[0]{'vals'}, 'mail' => $VAR1->{'asn'}{'attributes'}[2]{'vals'}, 'c' => $VAR1->{'asn'}{'attributes'}[6]{'vals'}, 'displayname' => $VAR1->{'asn'}{'attributes'}[4]{'vals'}, 'objectclass' => $VAR1->{'asn'}{'attributes'}[5]{'vals'}, 'facsimiletelephonenumber' => $VAR1->{'asn'}{'attributes'}[3]{'vals'}, 'telephonenumber' => $VAR1->{'asn'}{'attributes'}[7]{'vals'}, 'mobile' => $VAR1->{'asn'}{'attributes'}[8]{'vals'}, 'l' => $VAR1->{'asn'}{'attributes'}[9]{'vals'}, 'uidnumber' => $VAR1->{'asn'}{'attributes'}[10]{'vals'}, 'o' => $VAR1->{'asn'}{'attributes'}[11]{'vals'}, 'gidnumber' => $VAR1->{'asn'}{'attributes'}[12]{'vals'}, 'userpassword' => $VAR1->{'asn'}{'attributes'}[13]{'vals'}, 'postaladdress' => $VAR1->{'asn'}{'attributes'}[14]{'vals'}, 'postalcode' => $VAR1->{'asn'}{'attributes'}[15]{'vals'}, 'homephone' => $VAR1->{'asn'}{'attributes'}[16]{'vals'}, 'homedirectory' => $VAR1->{'asn'}{'attributes'}[17]{'vals'}, 'cn' => $VAR1->{'asn'}{'attributes'}[19]{'vals'}, 'ou' => $VAR1->{'asn'}{'attributes'}[18]{'vals'}, 'sn' => $VAR1->{'asn'}{'attributes'}[20]{'vals'}, 'dn' => $VAR1->{'asn'}{'attributes'}[23]{'vals'}, 'givenname' => $VAR1->{'asn'}{'attributes'}[21]{'vals'}, 'loginshell' => $VAR1->{'asn'}{'attributes'}[22]{'vals'}, 'uid' => $VAR1->{'asn'}{'attributes'}[25]{'vals'}, 'departmentnumber' => $VAR1->{'asn'}{'attributes'}[24]{'vals'} }, 'changes' => [], 'changetype' => 'add' }, 'Net::LDAP::Entry' ); Failed to add entry: addRequest.addRequest.objectName is undefined at /usr/lib/perl5/site_perl/5.6.1/Net/LDAP/Message.pm line 163 perl -V gives: Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration: Platform: osname=linux, osvers=2.4.17-0.13smp, archname=i386-linux uname='linux daffy.perf.redhat.com 2.4.17-0.13smp #1 smp fri feb 1 10:30:48 est 2002 i686 unknown ' config_args='-des -Doptimize=-O2 -march=i386 -mcpu=i686 -Dcc=gcc -Dcf_by=Red Hat, Inc. -Dcccdlflags=-fPIC -Dinstallprefix=/usr -Dprefix=/usr -Darchname=i386-linux -Dvendorprefix=/usr -Dsiteprefix=/usr -Uusethreads -Uuseithreads -Uuselargefiles -Dd_dosuid -Dd_semctl_semun -Di_db -Di_ndbm -Di_gdbm -Di_shadow -Di_syslog -Dman3ext=3pm' hint=recommended, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=undef d_sfio=undef uselargefiles=undef usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef Compiler: cc='gcc', ccflags ='-fno-strict-aliasing -I/usr/local/include', optimize='-O2 -march=i386 -mcpu=i686', cppflags='-fno-strict-aliasing -I/usr/local/include' ccversion='', gccversion='2.96 20000731 (Red Hat Linux 7.2 2.96-109)', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=4 alignbytes=4, usemymalloc=n, prototype=define Linker and Libraries: ld='gcc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib libs=-lnsl -ldl -lm -lc -lcrypt -lutil perllibs=-lnsl -ldl -lm -lc -lcrypt -lutil libc=/lib/libc-2.2.5.so, so=so, useshrplib=false, libperl=libperl.a Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic' cccdlflags='-fPIC', lddlflags='-shared -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: Built under linux Compiled at Apr 1 2002 12:23:22 @INC: /usr/lib/perl5/5.6.1/i386-linux /usr/lib/perl5/5.6.1 /usr/lib/perl5/site_perl/5.6.1/i386-linux /usr/lib/perl5/site_perl/5.6.1 /usr/lib/perl5/site_perl/5.6.0 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.6.1/i386-linux /usr/lib/perl5/vendor_perl/5.6.1 /usr/lib/perl5/vendor_perl I've checked the docs, searched the web and this list, but havn't found anything relevant. Any hits would be appreciated, Regards, Jonathon Padfield |
From: Chris R. <chr...@ma...> - 2002-09-25 13:15:59
|
On 24/9/02 9:52 pm, Andrew Tristan <atr...@ac...> wrote: > The documentation on callbacks says that the server can return a list > of references (for searches at least). After playing with callbacks a > bit, I have yet to see a list of references returned. Is there a set > of conditions under which I can expect a list of references? Is this > dependent on the implementation of the LDAP server? > Best, > Andrew > Firstly it requires that you are bound using version => 3, and then it really depends on how your entries are distributed amongst your servers. If you do a search with a base "above" the naming context (sort of the "top entry" that the server knows about) of your server, your server should return a referral and your callback should get fired with a reference object. You can also get references if the search scope includes entries on other servers, these are called continuation references instead of referrals, but are passed to your callback in the same way if memory serves. If you still aren't getting anything, maybe your servers have been configured to follow the referrals themselves. In X.500-speak this is called chaining, and although there's no support in LDAP for doing that properly, some servers can fake it to an extent. Cheers, Chris |
From: Andrew T. <atr...@ac...> - 2002-09-24 20:54:30
|
The documentation on callbacks says that the server can return a list of references (for searches at least). After playing with callbacks a bit, I have yet to see a list of references returned. Is there a set of conditions under which I can expect a list of references? Is this dependent on the implementation of the LDAP server? Best, Andrew -- and...@uc... Unix Systems Group UC, Riverside |
From: <pau...@cp...> - 2002-09-24 14:25:18
|
I haven't done it with Perl so I don't have any sample code, but I did it= with Java without any problems. You need to use the control 1.2.840.11355= 6.1.4.417 and only the GUID is returned. Do you have a specific issue? Paul. >-- Original Message -- >From: "DUPUIS, Constant" <con...@bb...> >To: "'per...@li...'" > <per...@li...> >Subject: Retreive AD deleted object >Date: Tue, 24 Sep 2002 15:39:38 +0200 > > >Hi, > >Is there anybody already try to get deleted from from Active Directory using >perl-ldap ? > >Regads >Thanks > >Constant > >_______________________________________________________ > Constant Dupuis 720115468 > Directory Services > BIS-ITS-SOE-WEB > > * : con...@bb... > * : +32-2-(73)83.732 > * : +32-2-(73)83.256 > > > >Attachment: ING_Disclaimer.txt > |
From: <enc...@la...> - 2002-09-24 13:50:45
|
Vous recevez ce courrier car vous vous êtes inscrit à notre maillist. Si vous voulez vous désinscrire, allez sur: http://www.gold-encheres.com/maillist/gestion4.html Bonjour nous sommes heureux de pouvoir mettre à votre disposition notre site de vente aux enchères: GOLD ENCHERES http://www.gold-encheres.com/ Il y a des Catégories pour Les Locations Saisonnières et Immobilières classées par région ( ESSAYEZ de mettre un bien aux enchères ) S'il manque des catégories dans votre profession, n'hésitez pas à nous le faire savoir, nous les ajouterons dans les 48 heures. Il est actuellement en version bêta TOUT EST GRATUIT Vous verrez de nombreuses fonctionnalités en exclusivité ( Gratuites ) Faites un essai ! Placez quelques articles, ce site va être promotionné très fort et va vous apporter un très fort taux de visites. Lisez ATTENTIVEMENT la page d'aide lors de votre 1ère visite, ainsi que les conditions générales d'utilisation. http://www.gold-encheres.com/ PROFESSIONNELS ! Placez vos promotions ! C'est GRATUIT Cordialement Gérard *-*-*-*-*-*-*-*-*- Pour vos vacances: http://www.vacances-faciles.com Pour vos fax, Sms ..... : http://www.freevisit.net/activmail Bijoux en or 18 carats 750 millièmes http://www.gold.fr Club de rencontres GRATUIT avec Photos http://www.freevisit.net/rencontres.htm Le Portail de nos ZAMIS les ZANIMOS http://www.zanimo.net Portail Immobilier http://www.euro-immo.biz/pub Pour votre site Web http://www.webtech-fr.biz/home/ *-*-*-*-*-*-*-*-*-*-* Pour vous désabonner, allez sur :http://www.gold-encheres.com/maillist/gestion4.html |
From: DUPUIS, C. <con...@bb...> - 2002-09-24 13:41:00
|
Hi, Is there anybody already try to get deleted from from Active Directory using perl-ldap ? Regads Thanks Constant _______________________________________________________ Constant Dupuis 720115468 Directory Services BIS-ITS-SOE-WEB * : con...@bb... * : +32-2-(73)83.732 * : +32-2-(73)83.256 |
From: Graham B. <gb...@po...> - 2002-09-24 12:22:06
|
----- Forwarded message from giulia tweek <mis...@ho...> ----- Date: Tue, 24 Sep 2002 12:04:15 +0000 To: gb...@po... From: "giulia tweek" <mis...@ho...> Hello! I'm sorry about bothering you : hope I won't take too much of your time. We (my teacher and I) are writing an MDS browser in Perl/Tk that should parse the GLUE schema: my $mysch=Net::LDAP::Schema->new; $mysch->parse("SchemaGlue.ldif") or die $mysch->error; but it dies: Cannot parse LDIF from file [SchemaGlue.ldif] at ./brow.pl line 369, <GEN0> line 2. The schema file seems to be ok. I haven't tried yet to use an already tested schema, though. Excluding a syntax error, have you ever met this problem? thanks giulia _________________________________________________________________ Specisci e ricevi le tue email Hotmail dal tuo cellulare con: http://mobile.msn.it ----- End forwarded message ----- |
From: <pau...@cp...> - 2002-09-23 09:11:08
|
The uniqueMember attribute in groupOfUniqueNames is (normally) mandatory,= therefore attempting to add an entry with no values for uniqueMember is an illegal operation. >-- Original Message -- >From: "Phil Harley" <phi...@tn...> >To: <per...@li...> >Subject: create group error >Date: Sat, 21 Sep 2002 11:28:30 -0500 > > >Hello all > I am having trouble trying to create a groupofuniquenames in ldap using= >Net::LDAP. > >I can create the group using the command line tools with a modfile like:= > dn: cn=3Dmytest,o=3Dtnb.com > changetype: add > objectclass: top > objectclass: groupofuniquenames > cn: mtest > description: mytestgroup > > > > >my $result =3D $ldap->add ( 'cn =3D mytest, o=3Dtnb.com', > attr =3D> [ 'cn' =3D> 'mytest', > 'description' =3D> 'mytestgroup', > 'objectclass' =3D> ['top', >'groupofuniquenames'], > ] > ); > > $result->code && warn "failed to add entry: ", $result->error ; > > >But trying this code fails with Error msg > Net::LDAP::Add=3DHASH(0x335414) >Can't call method "code" without a package or object reference at >./testaddg2 line 137 > >I can add and delete members from a group if I create it with a modfile >but I want a all Net::LDAP solution. > >Any ideas would be great. > >Thanks Phil... > > >------------------------------------------------------- >This sf.net email is sponsored by:ThinkGeek >Welcome to geek heaven. >http://thinkgeek.com/sf |
From: Phil H. <phi...@tn...> - 2002-09-21 16:29:26
|
Hello all I am having trouble trying to create a groupofuniquenames in ldap using Net::LDAP. I can create the group using the command line tools with a modfile like: dn: cn=mytest,o=tnb.com changetype: add objectclass: top objectclass: groupofuniquenames cn: mtest description: mytestgroup my $result = $ldap->add ( 'cn = mytest, o=tnb.com', attr => [ 'cn' => 'mytest', 'description' => 'mytestgroup', 'objectclass' => ['top', 'groupofuniquenames'], ] ); $result->code && warn "failed to add entry: ", $result->error ; But trying this code fails with Error msg Net::LDAP::Add=HASH(0x335414) Can't call method "code" without a package or object reference at ./testaddg2 line 137 I can add and delete members from a group if I create it with a modfile but I want a all Net::LDAP solution. Any ideas would be great. Thanks Phil... |
From: phil h. <pkh...@tn...> - 2002-09-21 16:26:21
|
Hello all I am having trouble trying to create a groupofuniquenames in ldap using Net::LDAP. I can create the group using the command line tools with a modfile like: dn: cn=mytest,o=tnb.com changetype: add objectclass: top objectclass: groupofuniquenames cn: mtest description: mytestgroup my $result = $ldap->add ( 'cn = mytest, o=tnb.com', attr => [ 'cn' => 'mytest', 'description' => 'mytestgroup', 'objectclass' => ['top', 'groupofuniquenames'], ] ); $result->code && warn "failed to add entry: ", $result->error ; But trying this code fails with Error msg Net::LDAP::Add=HASH(0x335414) Can't call method "code" without a package or object reference at ./testaddg2 line 137 I can add and delete members from a group if I create it with a modfile but I want a all Net::LDAP solution. Any ideas would be great. Thanks Phil... |
From: Kartik S. <sub...@co...> - 2002-09-18 00:48:11
|
Hi Graham, Sorry, I haven't had a chance to look into this further. In the meanwhile I've downgraded to IO::Socket::SSL version 0.81. -Kartik Graham Barr wrote: > Did you find out any more about this ? > > Graham. > > > On Sat, Aug 24, 2002 at 10:51:04AM -0400, Kartik Subbarao wrote: > >>Just a heads up -- I recently upgraded to IO::Socket::SSL version 0.90, >>and noticed that Net::LDAPS stopped working. Sometimes I get a timeout >>error message, other times I get a general "failed to establish >>connection" message. >> >>Not sure yet whether this is a bug in IO::Socket::SSL or if they changed >>their calling conventions somehow, but I wanted to let everyone know. > > |
From: Clif H. <cl...@di...> - 2002-09-17 14:15:00
|
> > On Tue, Sep 17, 2002 at 09:16:49AM +0100, Chris Ridd wrote: > > As this sort of question does come up rather frequently (no criticism > > intended!) we should maybe write an FAQ ("How do I bind to my xyz server") > > on it. > > Well we do have an FAQ at http://search.cpan.org/perldoc?Net::LDAP::FAQ > > If there is anything needed to be added please post to the list. > > Graham. > There are several bind examples but most of them show; $mesg = $ldap->bind( $dn, password => $passwd ); I am probably going add addition text of something like $mesg = $ldap->bind( dn => "uid=clif,ou=people,dc=my,dc=com", password => "wxyz" ); Regards, Clif |
From: Graham B. <gb...@po...> - 2002-09-17 13:52:58
|
On Tue, Sep 17, 2002 at 09:16:49AM +0100, Chris Ridd wrote: > As this sort of question does come up rather frequently (no criticism > intended!) we should maybe write an FAQ ("How do I bind to my xyz server") > on it. Well we do have an FAQ at http://search.cpan.org/perldoc?Net::LDAP::FAQ If there is anything needed to be added please post to the list. Graham. |
From: DeMarco, A. <DEM...@sy...> - 2002-09-17 11:42:13
|
I got it working! Yahoo.... Thanks to all - Alex -----Original Message----- From: pau...@cp... [mailto:pau...@cp...] Sent: Tuesday, September 17, 2002 4:03 AM To: DeMarco, Alex; LDAP Mailing List Subject: RE: [Fwd] checkauth problem Try: my $mesg = $ldap->bind("cn=demarcao,cn=suny", password => "password"); See perldoc Net::LDAP for full details. >-- Original Message -- >From: "DeMarco, Alex" <DEM...@sy...> >Subject: RE: [Fwd] checkauth problem >To: "'pau...@cp...'" <pau...@cp...>, > LDAP Mailing List <per...@li...> >Date: Mon, 16 Sep 2002 14:49:59 -0400 > > >A little more work and I get this message : > - inappropriateAuthentication: the server requires the client > which had attempted to bind anonymously or without supplying > credentials to provide some form of credentials, > >doing this: my $mesg = $ldap->bind("cn=demarcao,cn=suny","password"); >what am I missing? > >- Alex > >-----Original Message----- >From: pau...@cp... [mailto:pau...@cp...] >Sent: Monday, September 16, 2002 1:13 PM >To: DeMarco, Alex; LDAP Mailing List >Subject: RE: [Fwd] checkauth problem > > >Error 32 is no such object. (Assuming Exchange 5.5 as your ldap server) >You don't need to search for the DN of the entry you want to bind as. Just >bind directly with cn=samAccountName,cn=Domain. > >>When I do I get an LDAP Error 32, where can I get a list of what the errors >>mean? > >For LDAPv3, see RFC 2251 > >>-- Original Message -- >>From: "DeMarco, Alex" <DEM...@sy...> >>Subject: RE: [Fwd] checkauth problem >>To: "'pau...@cp...'" <pau...@cp...>, >> LDAP Mailing List <per...@li...> >>Date: Mon, 16 Sep 2002 12:59:28 -0400 >> >> >>So I should use this: >> >>my $base = "cn=demarcao,cn=SUNY"; >>? >> >>When I do I get an LDAP Error 32, where can I get a list of what the errors >>mean? >> >>Thanks for the help.. >> >>- Alex >> >>-----Original Message----- >>From: pau...@cp... [mailto:pau...@cp...] >>Sent: Monday, September 16, 2002 11:56 AM >>To: LDAP Mailing List >>Cc: DeMarco, Alex >>Subject: RE: [Fwd] checkauth problem >> >> >>When binding to Exchange, you don't use the Exchange DN. Instead use a >DN >>based on the userid and the domain of the form cn=<userid>,cn=<domain>, >>e.g. >> >>cn=Administrator,cn=TESTDOM >> >>The password is the domain password. >> >>>-- Original Message -- >>>From: Graham Barr <gb...@po...> >>>To: LDAP Mailing List <per...@li...> >>>Cc: "DeMarco, Alex" <DEM...@sy...> >>>Subject: [Fwd] checkauth problem >>>Date: Mon, 16 Sep 2002 13:23:43 +0100 >>> >>> >>>----- Forwarded message from "DeMarco, Alex" <DEM...@sy...> >>----- >>> >>>Date: Mon, 16 Sep 2002 08:21:47 -0400 >>>To: "'gb...@po...'" <gb...@po...> >>>From: "DeMarco, Alex" <DEM...@sy...> >>>Subject: checkauth problem >>> >>>Hello, I'm using the script below but cannot get it to work right. >>>It appears to run fine but I keep getting bad userid or password. >>> >>>I'm trying to authenticate against an Exchange 5.5 server that is running >>>ldap. >>>I've tried my plain userid and domain\userid without any luck. Am I >missing >>>something? Any hints would be appreciated. >>> >>>thanks! >>> >>>- Alex >>> >>> >>> >>>#!/usr/local/bin/perl >>># >>># Contributed by Mark Wilcox <mew...@un...> >>> >>>use Net::LDAP; >>>#checkauth.pl >>>#get id and password from command line >>>#return if authenticated or not >>>my $id = shift; >>>my $password = shift; >>> >>>print "id is $id\n"; >>>die ("usage checkauth.pl uid password.") unless (($id) && ($password)); >>> >>>my $host = "141.254.1.24"; >>>my $base = "o=SUNY"; >>>my $ldap = new Net::LDAP($host); >>> >>>$ldap->bind(); >>> >>>my @attrs = ["uid"]; >>> >>>my $mesg = $ldap->search( >>> base => $base, >>> filter => "uid=$id", >>> attrs => @attrs >>> ); >>> >>>print "LDAP error is ",$mesg->code(),"\n" if $mesg->code(); >>> >>> >>>#if we don't trap a bad id, authentication will give false positive >>>#because LDAP server will revert to anonymous authentication >>>die ("bad id\n") unless $mesg->count(); >>> >>>die("more than 1 entry matches uid\n") if $mesg->count > 1; >>>#get a complete dn from search return >>>my $entry = $mesg->entry(0); # CAUTION: assumes only one value returned >>>my $dn = $entry->dn; >>> >>>#now rebind and then do search again >>>$mesg = $ldap->bind($dn, password=>$password); >>> >>> >>>die ("bad id or password \n") if $mesg->code() ; >>>print "$id OK\n"; >>>$ldap->unbind(); >>> >>>print "done\n"; >>> >>>----- End forwarded message ----- >>> >>> >>>------------------------------------------------------- >>>This sf.net email is sponsored by:ThinkGeek >>>Welcome to geek heaven. >>>http://thinkgeek.com/sf >> >>-------------------------------------------------------------------------- - >- >>J. Paul Connolly >>Consulting Architect >>Critical Path >>42-47, Lower Mount St., >>Dublin 2, >>Ireland >>+353-87-238-1327 (Mobile) >>+353-1-241-5152 (Direct) >>+353-1-241-5170 (Fax) >>pau...@cp... >>www.cp.net >> >>Critical Path >>A global leader in Internet communications >>-------------------------------------------------------------------------- - >- >> > >--------------------------------------------------------------------------- - >J. Paul Connolly >Consulting Architect >Critical Path >42-47, Lower Mount St., >Dublin 2, >Ireland >+353-87-238-1327 (Mobile) >+353-1-241-5152 (Direct) >+353-1-241-5170 (Fax) >pau...@cp... >www.cp.net > >Critical Path >A global leader in Internet communications >--------------------------------------------------------------------------- - > ---------------------------------------------------------------------------- J. Paul Connolly Consulting Architect Critical Path 42-47, Lower Mount St., Dublin 2, Ireland +353-87-238-1327 (Mobile) +353-1-241-5152 (Direct) +353-1-241-5170 (Fax) pau...@cp... www.cp.net Critical Path A global leader in Internet communications ---------------------------------------------------------------------------- |
From: Chris R. <chr...@ma...> - 2002-09-17 08:16:54
|
On 16/9/02 6:50 pm, DeMarco, Alex <DEM...@sy...> wrote: > I'm slowly catching on. > > Since I will know the userid and the password and the domain for the person > I am looking for, there is no sense in searching. Just try to bind as that > user.. RIGHT? > > So if: > > Userid = USERJO > password = welcome > Domain = MYTEST > > then, > > use Net::LDAP; > $ldap->bind(); > $mesg = $ldap->bind("cn=USERJO,cn=MYTEST","welcome"); > > Should work?? I Get an Error 48 with the above... > > - Alex Looks like my advice was pretty bogus, sorry! As this sort of question does come up rather frequently (no criticism intended!) we should maybe write an FAQ ("How do I bind to my xyz server") on it. Cheers, Chris |