reboLDAP (LDAP for rebol)
[1/6] from: doug::vos::eds::com at: 3-Dec-2001 10:26
see: http://vvn.net/reboldap/
Also see: http://www.rebol.com/faq.html#8290838
Q. Any plans to support IMAP? LDAP?
A. Yes.
(IMAP is built into core 2.5 --> so LDAP is coming in next version?)
[2/6] from: robert:muench:robertmuench at: 3-Dec-2001 21:00
> -----Original Message-----
> From: [rebol-bounce--rebol--com] [mailto:[rebol-bounce--rebol--com]]On Behalf Of
<<quoted lines omitted: 5>>
> Also see: http://www.rebol.com/faq.html#8290838
> Q. Any plans to support IMAP? LDAP?
Hi, I haven't done a lot with LDAP yet, so I read some FAQs about it. Very
interesting! Especially the name,value pair approach is straight-forward. I can
think of a lot of applications, where LDAP could be used... but this might be
wrong, as LDAP isn't a "database" system.
Could LDAP be used to store all kind of information, which is more read than
written? Things like FAQs, Contacts, Schedules etc.? Robert
[3/6] from: joel:neely:fedex at: 3-Dec-2001 15:50
Hi, Robert,
Robert M. Muench
wrote:
> > -----Original Message-----
> Hi, I haven't done a lot with LDAP yet, so I read some FAQs
> about it. Very interesting! Especially the name,value pair
> approach is straight-forward. I can think of a lot of
> applications, where LDAP could be used... but this might be
> wrong, as LDAP isn't a "database" system.
>
Well... some would argue with that phraseology.
> Could LDAP be used to store all kind of information, which is
> more read than written? Things like FAQs, Contacts,
> Schedules etc.? Robert
>
That's exactly what it's for IMHO. It is optimized for high-
volume queries, but *NOT* for transactional support (rollback,
commit, etc.) nor for high-volume updates. The name really
contains some clues -- (L)ightweight (D)irectory (A)ccess.
As long as you're dealing with data that have a long update
cycle (e.g. persons with addresses and phone numbers, devices
with static IP addresses on a network, etc...) LDAP looks
like a good candidate.
-jn-
--
This sentence contradicts itself -- no actually it doesn't.
-- Doug Hofstadter
joel<dot>neely<at>fedex<dot>com
[4/6] from: deryk:iitowns at: 4-Dec-2001 10:02
> see: http://vvn.net/reboldap/
>
> Also see: http://www.rebol.com/faq.html#8290838
> Q. Any plans to support IMAP? LDAP?
>
> A. Yes.
> (IMAP is built into core 2.5 --> so LDAP is coming in next version?)
Would be nice to have so I wouldn't have to maintain multiple authentication
methods across systems where Rebol is concerned (though my rebauthd is still
alive and kicking and can authenticate against slapd just fine through
pam_ldap/nss_ldap), native support for the rest of my directory would be
nice. :)
--
Regards,
Deryk Robosson
Deryk Robosson
22 Flemington St.
Albany, WA 6330 Australia
ABN: 56 728 377 499
PH: +61 0408429835 EMAIL: [deryk--iitowns--com]
[5/6] from: doug:vos:eds at: 4-Dec-2001 8:33
More info added this morning at http://vvn.net/reboldap/
Deryk - where can we find rebauthd ?
or more about your work with pam_ldap/nss_ldap ?
[6/6] from: deryk:iitowns at: 4-Dec-2001 22:54
> More info added this morning at http://vvn.net/reboldap/
> Deryk - where can we find rebauthd ?
> or more about your work with pam_ldap/nss_ldap ?
You can't unfortunately. It was a custom written application for a client.
pam_ldap/nss_ldap information though can be had at www.padl.com. Another
solution that could be readily put into place that would basically do
similar would be to use the pop scheme using an existing pop3d for
authentication. Really though, once a system is set up to auth against an
existing ldap, things run just as smooth with alot more flexiblity.
--
Regards,
Deryk Robosson
Deryk Robosson
22 Flemington St.
Albany, WA 6330 Australia
ABN: 56 728 377 499
PH: +61 0408429835 EMAIL: [deryk--iitowns--com]
Notes
- Quoted lines have been omitted from some messages.
View the message alone to see the lines that have been omitted