Menu
▾
▴
perl-ldap-dev
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: Joshua L. <Jos...@ip...> - 2000-08-10 18:48:41
|
Thank you all for your help...I now have it all figured out...
Thanks
-Josh
-----Original Message-----
From: Mark Wilcox [mailto:mew...@un...]
Sent: Thursday, August 10, 2000 11:34 AM
To: Joshua Lavalleur
Cc: 'jon...@le...'; Perl-Ldap-Dev (E-mail)
Subject: RE: Pictures From LDAP...
What Graham means is that your question is not how to use LDAP and the Web
together, but rather, you're question really is now "How do you print out
an image from a CGI", which any CGI 101 website or book will tell you.
However (hey Cliff add this to the FAQ :) this is a question that is
probable general enough to add it for perusal later on the archives:
1) you'll 2 CGI's for this. 1 CGI to display any text LDAP data and 1 CGI
to deliver binary data like images because HTTP requires you to send a
content-type before you start outputting and you can't change mid-stream.
2) to print out an image it's simple.
my $image;
... get image from LDAP ..
print "content-type:image/jpeg\n\n" #could be image/gif or image/png
depends how you encoded the image before storing in LDAP
print $image;
you can't print anything else but the image output.
If you have more questions you can send them to me off the list.
Mark
On Thu, 10 Aug 2000, Joshua Lavalleur wrote:
> Excuse me for being a really naive beginer when it come to cgi but I don't
> quite know how to do that exactly. I tried to do what you suggested but I
> had no luck what-so-ever. Could you point me in the direction of an
example
> piece of code?...
>
> -----Original Message-----
> From: Jonathan Leto [mailto:jon...@le...]
> Sent: Thursday, August 10, 2000 10:57 AM
> To: Joshua Lavalleur
> Subject: Re: Pictures From LDAP...
>
>
>
> make a cgi script that prints out the binary data, with a x-image/jpeg or
> whatever
> content type and do this:
>
> <img src=/cgi-bin/printpicfromldap.cgi?showpic=blah>
>
>
>
> Joshua Lavalleur (Jos...@ip...) was saying:
>
> > In that case could you point me to a web mailing list that actually has
> > people that use LDAP and the web together
> >
> > -----Original Message-----
> > From: Graham Barr [mailto:gb...@po...]
> > Sent: Thursday, August 10, 2000 9:57 AM
> > To: Joshua Lavalleur
> > Cc: Perl-Ldap-Dev (E-mail)
> > Subject: Re: Pictures From LDAP...
> >
> >
> > On Thu, Aug 10, 2000 at 09:39:44AM -0700, Joshua Lavalleur wrote:
> > > Okay I got how to get a picture from the directory server which turned
> out
> > > to be easy...
> > >
> > > Now I need to figure out how to display it in a web page. I figure I
> have
> > to
> > > convert the binary stream somehow but I am not sure.
> > >
> > > I tried the following and got a lot of alien characters in my page.
> > >
> > > $content = $entry->get('photo');
> > > print "<img src=$content>";
> >
> > the src= needs to be a url, which when that url is requested you get the
> > image from the server and send it back with print $content (+ the
> > appropriate headers)
> >
> > But this is not the place to ask web-based questions. Now you know
> > how to get your content, you would be much better off asking this
> > question to a web mailing list.
> >
> > Graham.
> >
>
>
|
|
From: Mark W. <mew...@un...> - 2000-08-10 18:39:11
|
What Graham means is that your question is not how to use LDAP and the Web
together, but rather, you're question really is now "How do you print out
an image from a CGI", which any CGI 101 website or book will tell you.
However (hey Cliff add this to the FAQ :) this is a question that is
probable general enough to add it for perusal later on the archives:
1) you'll 2 CGI's for this. 1 CGI to display any text LDAP data and 1 CGI
to deliver binary data like images because HTTP requires you to send a
content-type before you start outputting and you can't change mid-stream.
2) to print out an image it's simple.
my $image;
... get image from LDAP ..
print "content-type:image/jpeg\n\n" #could be image/gif or image/png
depends how you encoded the image before storing in LDAP
print $image;
you can't print anything else but the image output.
If you have more questions you can send them to me off the list.
Mark
On Thu, 10 Aug 2000, Joshua Lavalleur wrote:
> Excuse me for being a really naive beginer when it come to cgi but I don't
> quite know how to do that exactly. I tried to do what you suggested but I
> had no luck what-so-ever. Could you point me in the direction of an example
> piece of code?...
>
> -----Original Message-----
> From: Jonathan Leto [mailto:jon...@le...]
> Sent: Thursday, August 10, 2000 10:57 AM
> To: Joshua Lavalleur
> Subject: Re: Pictures From LDAP...
>
>
>
> make a cgi script that prints out the binary data, with a x-image/jpeg or
> whatever
> content type and do this:
>
> <img src=/cgi-bin/printpicfromldap.cgi?showpic=blah>
>
>
>
> Joshua Lavalleur (Jos...@ip...) was saying:
>
> > In that case could you point me to a web mailing list that actually has
> > people that use LDAP and the web together
> >
> > -----Original Message-----
> > From: Graham Barr [mailto:gb...@po...]
> > Sent: Thursday, August 10, 2000 9:57 AM
> > To: Joshua Lavalleur
> > Cc: Perl-Ldap-Dev (E-mail)
> > Subject: Re: Pictures From LDAP...
> >
> >
> > On Thu, Aug 10, 2000 at 09:39:44AM -0700, Joshua Lavalleur wrote:
> > > Okay I got how to get a picture from the directory server which turned
> out
> > > to be easy...
> > >
> > > Now I need to figure out how to display it in a web page. I figure I
> have
> > to
> > > convert the binary stream somehow but I am not sure.
> > >
> > > I tried the following and got a lot of alien characters in my page.
> > >
> > > $content = $entry->get('photo');
> > > print "<img src=$content>";
> >
> > the src= needs to be a url, which when that url is requested you get the
> > image from the server and send it back with print $content (+ the
> > appropriate headers)
> >
> > But this is not the place to ask web-based questions. Now you know
> > how to get your content, you would be much better off asking this
> > question to a web mailing list.
> >
> > Graham.
> >
>
>
|
|
From: Joshua L. <Jos...@ip...> - 2000-08-10 18:25:11
|
Excuse me for being a really naive beginer when it come to cgi but I don't
quite know how to do that exactly. I tried to do what you suggested but I
had no luck what-so-ever. Could you point me in the direction of an example
piece of code?...
-----Original Message-----
From: Jonathan Leto [mailto:jon...@le...]
Sent: Thursday, August 10, 2000 10:57 AM
To: Joshua Lavalleur
Subject: Re: Pictures From LDAP...
make a cgi script that prints out the binary data, with a x-image/jpeg or
whatever
content type and do this:
<img src=/cgi-bin/printpicfromldap.cgi?showpic=blah>
Joshua Lavalleur (Jos...@ip...) was saying:
> In that case could you point me to a web mailing list that actually has
> people that use LDAP and the web together
>
> -----Original Message-----
> From: Graham Barr [mailto:gb...@po...]
> Sent: Thursday, August 10, 2000 9:57 AM
> To: Joshua Lavalleur
> Cc: Perl-Ldap-Dev (E-mail)
> Subject: Re: Pictures From LDAP...
>
>
> On Thu, Aug 10, 2000 at 09:39:44AM -0700, Joshua Lavalleur wrote:
> > Okay I got how to get a picture from the directory server which turned
out
> > to be easy...
> >
> > Now I need to figure out how to display it in a web page. I figure I
have
> to
> > convert the binary stream somehow but I am not sure.
> >
> > I tried the following and got a lot of alien characters in my page.
> >
> > $content = $entry->get('photo');
> > print "<img src=$content>";
>
> the src= needs to be a url, which when that url is requested you get the
> image from the server and send it back with print $content (+ the
> appropriate headers)
>
> But this is not the place to ask web-based questions. Now you know
> how to get your content, you would be much better off asking this
> question to a web mailing list.
>
> Graham.
>
--
jon...@le...
"With pain comes clarity."
|
|
From: Joshua L. <Jos...@ip...> - 2000-08-10 17:40:08
|
In that case could you point me to a web mailing list that actually has
people that use LDAP and the web together
-----Original Message-----
From: Graham Barr [mailto:gb...@po...]
Sent: Thursday, August 10, 2000 9:57 AM
To: Joshua Lavalleur
Cc: Perl-Ldap-Dev (E-mail)
Subject: Re: Pictures From LDAP...
On Thu, Aug 10, 2000 at 09:39:44AM -0700, Joshua Lavalleur wrote:
> Okay I got how to get a picture from the directory server which turned out
> to be easy...
>
> Now I need to figure out how to display it in a web page. I figure I have
to
> convert the binary stream somehow but I am not sure.
>
> I tried the following and got a lot of alien characters in my page.
>
> $content = $entry->get('photo');
> print "<img src=$content>";
the src= needs to be a url, which when that url is requested you get the
image from the server and send it back with print $content (+ the
appropriate headers)
But this is not the place to ask web-based questions. Now you know
how to get your content, you would be much better off asking this
question to a web mailing list.
Graham.
|
|
From: Graham B. <gb...@po...> - 2000-08-10 17:01:32
|
On Thu, Aug 10, 2000 at 09:39:44AM -0700, Joshua Lavalleur wrote:
> Okay I got how to get a picture from the directory server which turned out
> to be easy...
>
> Now I need to figure out how to display it in a web page. I figure I have to
> convert the binary stream somehow but I am not sure.
>
> I tried the following and got a lot of alien characters in my page.
>
> $content = $entry->get('photo');
> print "<img src=$content>";
the src= needs to be a url, which when that url is requested you get the
image from the server and send it back with print $content (+ the
appropriate headers)
But this is not the place to ask web-based questions. Now you know
how to get your content, you would be much better off asking this
question to a web mailing list.
Graham.
|
|
From: Joshua L. <Jos...@ip...> - 2000-08-10 16:42:11
|
Okay I got how to get a picture from the directory server which turned out
to be easy...
Now I need to figure out how to display it in a web page. I figure I have to
convert the binary stream somehow but I am not sure.
I tried the following and got a lot of alien characters in my page.
$content = $entry->get('photo');
print "<img src=$content>";
Any input would be helpful...
Joshua J. Lavalleur
IT Intern
Advanced Radio Telecom
P. 425-688-8700 ext 1973
Jos...@ip...
|
|
From: Graham B. <gb...@po...> - 2000-08-10 16:23:01
|
On Thu, Aug 10, 2000 at 09:03:02AM -0700, Joshua Lavalleur wrote: > Is it possible to retrieve a picture from an LDAP directory using > perl-ldap?. Sure, you can get anything that is stored in the directory. If the attribute contains what would normally be in the file if the picture was in the file, just do $content = $entry->get($tag_name); once you have done a search to locate the right entry. Graham. |
|
From: Bouarich, R. <Red...@co...> - 2000-08-10 16:14:34
|
Hi, Sure, it is possible since your picture is a binary file, u just have to store this binary file in a binary type attribute in an entry of your DIT, then using your perl-ldap api, using the right filter, u get the value of this attribute then you can do whatever u like with it. Hope it will help. Reda. -----Original Message----- From: Joshua Lavalleur [mailto:Jos...@ip...] Sent: Thursday, August 10, 2000 6:03 PM To: Perl-Ldap-Dev (E-mail) Subject: Retrieving a picture from an LDAP directory... Is it possible to retrieve a picture from an LDAP directory using perl-ldap?. Joshua J. Lavalleur IT Intern Advanced Radio Telecom P. 425-688-8700 ext 1973 Jos...@ip... |
|
From: Joshua L. <Jos...@ip...> - 2000-08-10 16:05:37
|
Is it possible to retrieve a picture from an LDAP directory using perl-ldap?. Joshua J. Lavalleur IT Intern Advanced Radio Telecom P. 425-688-8700 ext 1973 Jos...@ip... |
|
From: Graham B. <gb...@po...> - 2000-08-10 11:16:35
|
Actually thats wrong, they are not lowercased (too early in the morning)
But turning on debug or doing $_->dump for ($mesg->entries) will help
see what the server is returning
Graham.
On Thu, Aug 10, 2000 at 06:35:46AM +0100, Graham Barr wrote:
> as_struct was added to aid moving from Net::LDAPapi, I do not
> reccomend its use. But anyway all tags in the hash are lowercased, so
> you would need to use
>
> $record{$dn}{'createtimestamp'}
>
> Graham.
>
> On Wed, Aug 09, 2000 at 04:11:00PM -0500, Bing Du wrote:
> > I intented to use the following script to retrieve the value of
> > createTimestamp of each dn. But it did not work.
> >
> > =====================================
> > %record = %{$mesg->as_struct};
> >
> > my @dns = (sort keys %record);
> >
> > $count = $mesg->count;
> >
> > print "\n\n",$count . " entries returned.\n";
> >
> > foreach $dn (@dns)
> > {
> > print "dn: $dn\n\n";
> > print "createTimestamp: $record{$dn}{'createTimestamp'}\n";
> > }
> > ======================================
> >
> > The attribute 'createTimestamp' is defined in the schema. I found this
> > in oidtable.at on the directory server.
> >
> > ====================
> > createTimestamp: operationalAttributeType.1
> > :GeneralizedTime: \
> > single-value : no-user-modification : usage=directoryOperation
> > ====================
> >
> > If what I did was wrong, how can I retrieve its value?
> >
> > Thanks for any help,
> >
> > Bing
> >
> >
>
|
|
From: Hansen E. <eh...@de...> - 2000-08-10 07:40:36
|
hi Graham, i did not installed the new v0.2 yet, but i'm happy to read about this. I think this new implementation is good. In the past I had several problems with my script, because the get-function gave other results as descriped in your documentation. I also thought about the "attribute does not exist / is empty" problem, and i'm happy to see this solved. Another thing about you: It's really great to see how you are motivated to help all the peoples with their problems. Since i'm watching the perlldap mailinglist, you left no question unanswered - seems to be a fulltime-job. good work graham. -----Ursprüngliche Nachricht----- Von: Graham Barr [mailto:gb...@po...] Gesendet: Dienstag, 8. August 2000 16:18 An: Karl-Heinz Rastofer Cc: per...@li... Betreff: Re: Antwort: Re: new version of perl-ldap-0.20 On Tue, Aug 08, 2000 at 04:08:59PM +0200, Karl-Heinz Rastofer wrote: > I must admit I read the documentation after I sent the note. > > I think because of problems distinguishing an empty list from a nonexisting > attribute the > new version is to prefer.But that's the opinion from a newcomer to Perl. Well we will wait to see what anyone else says. Graham. |
|
From: Chris R. <chr...@me...> - 2000-08-10 07:35:44
|
Mark Wilcox <mew...@un...> wrote: > Chris Ridd (who works for Messanging Direct) will be the best one to > answer this. But he's leaving on a trip, so I don't know if he's online > right now. Still here... > Have you verified that the attribute is actually there (ie. have you > dumped it out with ldapsearch or MD's version of db2ldif?) > > Mark The default access controls we have in our directory will only permit the DSA manager - which Bing is binding as, so that's OK - read access to createTimestamp. As others have pointed out, createTimestamp is an operational attribute, so will only be returned over LDAP when the client explicitly asks for it. So I suspect the problem is either that you aren't explicitly specifying in the search operation that you want the createTimestamp back, or the way you're accessing the entries back via as_struct is wrong. To check the attributes are really coming back over the network, set debug => 12 when you create the LDAP object. You will then get a whole load of output to stderr which is a dump of the raw protocol. Hopefully you'll see the createTimestamps being returned. I haven't used as_struct myself, so can't comment on that part. Cheers, Chris |
|
From: Graham B. <gb...@po...> - 2000-08-10 05:41:29
|
On Wed, Aug 09, 2000 at 09:41:14PM -0500, Clif Harden wrote: > > Graham, > > Here are some problems with release .20. > > None of the matchingrule information that I put into > Schema.pm or Schema.pod is in the .20 release. Huh, I thought I added that. I will have a look for the patch you sent. > Also when doing a schema lookup we have induced an > unblessed object error. I have included a TK trace > below my signature block for you. Thanks, I will try to find it. Graham. |
|
From: Graham B. <gb...@po...> - 2000-08-10 05:39:52
|
as_struct was added to aid moving from Net::LDAPapi, I do not
reccomend its use. But anyway all tags in the hash are lowercased, so
you would need to use
$record{$dn}{'createtimestamp'}
Graham.
On Wed, Aug 09, 2000 at 04:11:00PM -0500, Bing Du wrote:
> I intented to use the following script to retrieve the value of
> createTimestamp of each dn. But it did not work.
>
> =====================================
> %record = %{$mesg->as_struct};
>
> my @dns = (sort keys %record);
>
> $count = $mesg->count;
>
> print "\n\n",$count . " entries returned.\n";
>
> foreach $dn (@dns)
> {
> print "dn: $dn\n\n";
> print "createTimestamp: $record{$dn}{'createTimestamp'}\n";
> }
> ======================================
>
> The attribute 'createTimestamp' is defined in the schema. I found this
> in oidtable.at on the directory server.
>
> ====================
> createTimestamp: operationalAttributeType.1
> :GeneralizedTime: \
> single-value : no-user-modification : usage=directoryOperation
> ====================
>
> If what I did was wrong, how can I retrieve its value?
>
> Thanks for any help,
>
> Bing
>
>
|
|
From: Graham B. <gb...@po...> - 2000-08-10 05:36:36
|
On Wed, Aug 09, 2000 at 04:16:39PM -0500, Mark Wilcox wrote: > I'm not familiar with the $mesg->as_struct... Is that new Graham (sorry > I'm in the middle of a major software upgrade here and haven't looked at > .20 yet). No. It was added a while back to help people moving scripts from Net::LDAPapi. I returns a hash of dn => entry for all the entries. Graham. |
|
From: Clif H. <cl...@di...> - 2000-08-10 02:45:57
|
Graham, Here are some problems with release .20. None of the matchingrule information that I put into Schema.pm or Schema.pod is in the .20 release. Also when doing a schema lookup we have induced an unblessed object error. I have included a TK trace below my signature block for you. Sorry I have done no debugging on the problem, its been a long ugly day. Regards, Clif Harden INTERNET: c-h...@ti... ------------------------- Tk trace back ---------------------------- --- Begin Traceback --- Can't call method "dn" on unblessed reference at /usr/lib/perl5/site_perl/5.005/Net/LDAP.pm line 239. Net::LDAP::search at /usr/lib/perl5/site_perl/5.005/Net/LDAP.pm line 239 Net::LDAP::schema at /usr/lib/perl5/site_perl/5.005/Net/LDAP.pm line 637 main::search at ./schema line 765 [\&main::search] Tk callback for .frame.button Tk::__ANON__ at /usr/lib/perl5/site_perl/5.005/i386-linux/Tk.pm line 229 Tk::Button::butUp at /usr/lib/perl5/site_perl/5.005/i386-linux/Tk/Button.pm line 110 (command bound to event) |
|
From: Clif H. <cl...@di...> - 2000-08-09 21:38:48
|
CreateTimestamp is a operational attribute, you may/will have to request it
specifically. You may have to bind to your directory as the directory
master to get this attribute.
There an example of using the as_struct method in the Examples.pod.
Regards,
Clif Harden INTERNET: c-h...@ti...
>
> I intented to use the following script to retrieve the value of
> createTimestamp of each dn. But it did not work.
>
> =====================================
> %record = %{$mesg->as_struct};
>
> my @dns = (sort keys %record);
>
> $count = $mesg->count;
>
> print "\n\n",$count . " entries returned.\n";
>
> foreach $dn (@dns)
> {
> print "dn: $dn\n\n";
> print "createTimestamp: $record{$dn}{'createTimestamp'}\n";
> }
> ======================================
>
> The attribute 'createTimestamp' is defined in the schema. I found this
> in oidtable.at on the directory server.
>
> ====================
> createTimestamp: operationalAttributeType.1
> :GeneralizedTime: \
> single-value : no-user-modification : usage=directoryOperation
> ====================
>
> If what I did was wrong, how can I retrieve its value?
>
> Thanks for any help,
>
> Bing
>
>
--
|
|
From: Mark W. <mew...@un...> - 2000-08-09 21:37:16
|
Chris Ridd (who works for Messanging Direct) will be the best one to
answer this. But he's leaving on a trip, so I don't know if he's online
right now.
Have you verified that the attribute is actually there (ie. have you
dumped it out with ldapsearch or MD's version of db2ldif?)
Mark
On Wed, 9 Aug 2000, Bing Du wrote:
> From my previous experience with Netscape directory server,
> createTimestamp, creatorsName, etc. operational attributes are not
> returned as usual search result, but if you explicitly ask for them, you
> can get them.
> Right now, I'm using directory server from MessagingDirect.
>
> Yes, I am authenticated as the super-user (cn=DSA Manager, cn=dsa,
> dc=tamu, dc=edu).
>
> Bing
>
> >>> Mark Wilcox <mew...@un...> 08/09/00 04:16PM >>>
> I'm not familiar with the $mesg->as_struct... Is that new Graham
> (sorry
> I'm in the middle of a major software upgrade here and haven't looked
> at
> .20 yet).
>
> In any case, createTimestamp is an operational attribute, which means
> it's
> not a physical part of the entry (it's actually generated by the
> server
> via data stored somewhere else for example the server logs, or at
> least
> that's how I understand it) and is usually only available to you if
> you
> are authenticated as the directory super-user account.
>
> Mark
>
> On Wed, 9 Aug 2000, Bing Du wrote:
>
> > I intented to use the following script to retrieve the value of
> > createTimestamp of each dn. But it did not work.
> >
> > =====================================
> > %record = %{$mesg->as_struct};
> >
> > my @dns = (sort keys %record);
> >
> > $count = $mesg->count;
> >
> > print "\n\n",$count . " entries returned.\n";
> >
> > foreach $dn (@dns)
> > {
> > print "dn: $dn\n\n";
> > print "createTimestamp: $record{$dn}{'createTimestamp'}\n";
> > }
> > ======================================
> >
> > The attribute 'createTimestamp' is defined in the schema. I found
> this
> > in oidtable.at on the directory server.
> >
> > ====================
> > createTimestamp: operationalAttributeType.1
> > :GeneralizedTime: \
> > single-value : no-user-modification :
> usage=directoryOperation
> > ====================
> >
> > If what I did was wrong, how can I retrieve its value?
> >
> > Thanks for any help,
> >
> > Bing
> >
> >
>
>
|
|
From: Bing D. <Bi...@ci...> - 2000-08-09 21:33:27
|
From my previous experience with Netscape directory server,
createTimestamp, creatorsName, etc. operational attributes are not
returned as usual search result, but if you explicitly ask for them, you
can get them.
Right now, I'm using directory server from MessagingDirect.
Yes, I am authenticated as the super-user (cn=DSA Manager, cn=dsa,
dc=tamu, dc=edu).
Bing
>>> Mark Wilcox <mew...@un...> 08/09/00 04:16PM >>>
I'm not familiar with the $mesg->as_struct... Is that new Graham
(sorry
I'm in the middle of a major software upgrade here and haven't looked
at
.20 yet).
In any case, createTimestamp is an operational attribute, which means
it's
not a physical part of the entry (it's actually generated by the
server
via data stored somewhere else for example the server logs, or at
least
that's how I understand it) and is usually only available to you if
you
are authenticated as the directory super-user account.
Mark
On Wed, 9 Aug 2000, Bing Du wrote:
> I intented to use the following script to retrieve the value of
> createTimestamp of each dn. But it did not work.
>
> =====================================
> %record = %{$mesg->as_struct};
>
> my @dns = (sort keys %record);
>
> $count = $mesg->count;
>
> print "\n\n",$count . " entries returned.\n";
>
> foreach $dn (@dns)
> {
> print "dn: $dn\n\n";
> print "createTimestamp: $record{$dn}{'createTimestamp'}\n";
> }
> ======================================
>
> The attribute 'createTimestamp' is defined in the schema. I found
this
> in oidtable.at on the directory server.
>
> ====================
> createTimestamp: operationalAttributeType.1
> :GeneralizedTime: \
> single-value : no-user-modification :
usage=directoryOperation
> ====================
>
> If what I did was wrong, how can I retrieve its value?
>
> Thanks for any help,
>
> Bing
>
>
|
|
From: Mark W. <mew...@un...> - 2000-08-09 21:19:22
|
I'm not familiar with the $mesg->as_struct... Is that new Graham (sorry
I'm in the middle of a major software upgrade here and haven't looked at
.20 yet).
In any case, createTimestamp is an operational attribute, which means it's
not a physical part of the entry (it's actually generated by the server
via data stored somewhere else for example the server logs, or at least
that's how I understand it) and is usually only available to you if you
are authenticated as the directory super-user account.
Mark
On Wed, 9 Aug 2000, Bing Du wrote:
> I intented to use the following script to retrieve the value of
> createTimestamp of each dn. But it did not work.
>
> =====================================
> %record = %{$mesg->as_struct};
>
> my @dns = (sort keys %record);
>
> $count = $mesg->count;
>
> print "\n\n",$count . " entries returned.\n";
>
> foreach $dn (@dns)
> {
> print "dn: $dn\n\n";
> print "createTimestamp: $record{$dn}{'createTimestamp'}\n";
> }
> ======================================
>
> The attribute 'createTimestamp' is defined in the schema. I found this
> in oidtable.at on the directory server.
>
> ====================
> createTimestamp: operationalAttributeType.1
> :GeneralizedTime: \
> single-value : no-user-modification : usage=directoryOperation
> ====================
>
> If what I did was wrong, how can I retrieve its value?
>
> Thanks for any help,
>
> Bing
>
>
|
|
From: Bing D. <Bi...@ci...> - 2000-08-09 21:11:46
|
I intented to use the following script to retrieve the value of
createTimestamp of each dn. But it did not work.
=====================================
%record = %{$mesg->as_struct};
my @dns = (sort keys %record);
$count = $mesg->count;
print "\n\n",$count . " entries returned.\n";
foreach $dn (@dns)
{
print "dn: $dn\n\n";
print "createTimestamp: $record{$dn}{'createTimestamp'}\n";
}
======================================
The attribute 'createTimestamp' is defined in the schema. I found this
in oidtable.at on the directory server.
====================
createTimestamp: operationalAttributeType.1
:GeneralizedTime: \
single-value : no-user-modification : usage=directoryOperation
====================
If what I did was wrong, how can I retrieve its value?
Thanks for any help,
Bing
|
|
From: Chris R. <chr...@me...> - 2000-08-09 15:42:27
|
Clif Harden <cl...@di...> wrote: > > This message is to inform the list of a problem I ran into > last night trying to install perl-ldap .20 using the ldaps/ssl > option on my linux system. Chris Ridd and I have already > discussed this problem somewhat. > > MY linux system particulars; > > Mandrake Linux 6.5 > OpenSSL rpm installed, ssl verison 0.9.5a > > When installing perl-ldap .20 with ssl I had to > load IO::Socket::SSL which requires Net::SSLeay > which now requires OpenSSL-0.9.3a or newer. > The Net::SSLeay expects to find the OpenSSL > code in /usr/local/ssl. The OpenSSL rpm I have > installed does not load software into /usr/local/ssl. > > I did specify a new location for the libraries/binaries > according to the documentation in the Net::SSLeay > module, but it did not work. I think this is because > the binaries and libraries of the rpm are in different > base directories. > > I think I can get around problem by creating a > /usr/local/ssl and sub directories and then creating > soft links to the binaries and libraries of my > rpm software. > > I need someone who has OpenSSL installed in > /usr/local/ssl send me a listing of this > directory and all of it's subdirectories. bin/ certs/ include/ lib/ misc/ oid.cnf openssl.cnf private/ > I am currently working on the perl-ldap FAQ. > > I think LDAPS and OpenSSL will cause an increase > in "help me" questions on the list. I intend to > add a section on LDAPs and OpenSSL in the FAQ. We should probably wait until they're actually frequently asked ;-), but I suspect you're right - getting Net::SSLeay installed is fundamentally harder than Net::LDAP because it requires a C compiler and is therefore likely to cause more problems. I mentioned to Clif this morning that the versions of bits that I know will work (on a Linux system) for Net::LDAP: OpenSSL: 0.9.4 Net::SSLeay: 1.05 IO::Socket::SSL: 0.73 In particular, I think newer versions of OpenSSL will cause trouble. I will, when I get some time, try to get Net::LDAPS working with newer releases of these bits. I'm off to Tokyo this week, so I've got a long flight ahead in which to thrash this out :-) The in-flight movies might win though. > In order to make this section of the FAQ more meaning full, I > need documentation on problems/solutions encountered while > trying to install LDAPs and OpenSSL on other systems like > FreeBSD, Solaris, HPUX, etc. Chris Ridd also needs to know > about these problems. > > > Regards, > > Clif Harden INTERNET: c-h...@ti... > > Cheers, Chris |
|
From: Graham B. <gb...@po...> - 2000-08-09 15:41:11
|
I too am on an RPM based system (SUSE) which installs ssl under /usr I cannot try LDAPS as I do not know of a site, but I just built Net::SSLeay with perl Makefile.PL /usr and make test passed just fine. Graham. On Wed, Aug 09, 2000 at 10:18:44AM -0500, Clif Harden wrote: > > This message is to inform the list of a problem I ran into > last night trying to install perl-ldap .20 using the ldaps/ssl > option on my linux system. Chris Ridd and I have already > discussed this problem somewhat. > > MY linux system particulars; > > Mandrake Linux 6.5 > OpenSSL rpm installed, ssl verison 0.9.5a > > When installing perl-ldap .20 with ssl I had to > load IO::Socket::SSL which requires Net::SSLeay > which now requires OpenSSL-0.9.3a or newer. > The Net::SSLeay expects to find the OpenSSL > code in /usr/local/ssl. The OpenSSL rpm I have > installed does not load software into /usr/local/ssl. > > I did specify a new location for the libraries/binaries > according to the documentation in the Net::SSLeay > module, but it did not work. I think this is because > the binaries and libraries of the rpm are in different > base directories. > > I think I can get around problem by creating a > /usr/local/ssl and sub directories and then creating > soft links to the binaries and libraries of my > rpm software. > > I need someone who has OpenSSL installed in > /usr/local/ssl send me a listing of this > directory and all of it's subdirectories. > > I am currently working on the perl-ldap FAQ. > > I think LDAPS and OpenSSL will cause an increase > in "help me" questions on the list. I intend to > add a section on LDAPs and OpenSSL in the FAQ. > > In order to make this section of the FAQ more meaning full, I > need documentation on problems/solutions encountered while > trying to install LDAPs and OpenSSL on other systems like > FreeBSD, Solaris, HPUX, etc. Chris Ridd also needs to know > about these problems. > > > Regards, > > Clif Harden INTERNET: c-h...@ti... > > > |
|
From: Clif H. <cl...@di...> - 2000-08-09 15:23:18
|
This message is to inform the list of a problem I ran into last night trying to install perl-ldap .20 using the ldaps/ssl option on my linux system. Chris Ridd and I have already discussed this problem somewhat. MY linux system particulars; Mandrake Linux 6.5 OpenSSL rpm installed, ssl verison 0.9.5a When installing perl-ldap .20 with ssl I had to load IO::Socket::SSL which requires Net::SSLeay which now requires OpenSSL-0.9.3a or newer. The Net::SSLeay expects to find the OpenSSL code in /usr/local/ssl. The OpenSSL rpm I have installed does not load software into /usr/local/ssl. I did specify a new location for the libraries/binaries according to the documentation in the Net::SSLeay module, but it did not work. I think this is because the binaries and libraries of the rpm are in different base directories. I think I can get around problem by creating a /usr/local/ssl and sub directories and then creating soft links to the binaries and libraries of my rpm software. I need someone who has OpenSSL installed in /usr/local/ssl send me a listing of this directory and all of it's subdirectories. I am currently working on the perl-ldap FAQ. I think LDAPS and OpenSSL will cause an increase in "help me" questions on the list. I intend to add a section on LDAPs and OpenSSL in the FAQ. In order to make this section of the FAQ more meaning full, I need documentation on problems/solutions encountered while trying to install LDAPs and OpenSSL on other systems like FreeBSD, Solaris, HPUX, etc. Chris Ridd also needs to know about these problems. Regards, Clif Harden INTERNET: c-h...@ti... |
|
From: Graham B. <gb...@po...> - 2000-08-09 09:05:26
|
This is a change that was forgotten in the RELEASE_NOTES, sorry.
You must now be explicit about anonymous binds. Either
$ldap->bind;
or if you specify any arguments, you must use 'noauth' or 'anonymous' instead of
'password' (the value is ignored) e.g.
$ldap->bind($dn, noauth => 1, version => 3);
or
$ldap->bind( anonymous => 1, version => 3);
'password' with an empty argument will fail with LDAP_INAPPROPRIATE_AUTH
Although when we get protocol vs local errors separated, what it fails
with may change.
This is to prevent an anonymous bind happening by accident.
Graham.
On Wed, Aug 09, 2000 at 10:31:39AM +0200, Karl-Heinz Rastofer wrote:
> just to keep track of changes:
>
> Anonymous bind does no more work with my old version (top), but I had to change
> the
> code (see below).
>
> #-------------------------------------------------------------
> # sub ldapbind returns ldap-object OLD
> #-------------------------------------------------------------
> sub f_ldapbind {
> my ($cref,$vref) = @_;
> my ($ldap,$ldap_ref,$msg,$msg_ref,$dn,$uid,$pwd);
> my %cookie = %$cref;
> my %v = %$vref;
> $uid = $cookie{$v{'authuid'}} || "";
> $pwd = $cookie{$v{'authpwd'}} || "";
> $dn = "uid=" . $uid . "," . $cookie{$v{'base'}};
>
> $ldap = new Net::LDAP($cookie{$v{'servername'}}, port=>$cookie{$v{'serverport'}}
> );
> $msg = $ldap->bind( $dn ,
> password => $pwd,
> version => 3 );
> $ldap_ref = \$ldap;
> $msg_ref = \$msg;
>
> return ($msg_ref, $ldap_ref);
> }
> #--------------------------------------------------------------------------------------------------------------------
>
> #-------------------------------------------------------------
> # sub ldapbind returns ldap-object NEW
> #-------------------------------------------------------------
> sub f_ldapbind {
> my ($cref,$vref) = @_;
> my ($ldap,$ldap_ref,$msg,$msg_ref,$dn,$uid,$pwd);
> my %cookie = %$cref;
> my %v = %$vref;
> $uid = $cookie{$v{'authuid'}} || "";
> $pwd = $cookie{$v{'authpwd'}} || "";
> $dn = "uid=" . $uid . "," . $cookie{$v{'base'}};
>
> $ldap = new Net::LDAP($cookie{$v{'servername'}},
> port=>$cookie{$v{'serverport'}});
>
> if ($uid and $pwd) {
> $msg = $ldap->bind( $dn ,
> password => $pwd,
> version => 3 );
> } else {
> $msg = $ldap->bind;
> }
> $ldap_ref = \$ldap;
> $msg_ref = \$msg;
>
> return ($msg_ref, $ldap_ref);
> }
>
>
>
|
7902 messages has been excluded from this view by a project administrator.
