Wes Peters <[EMAIL PROTECTED]> wrote: > >The implementation details are as unimportant as ever: they have to work >and be maintainable. Following prior art remains a good idea; the Solaris >"name service switch" implementation is a good starting point to consider. What about using the IRS library from bind? Tony. -- f.a.n.finch [EMAIL PROTECTED] [EMAIL PROTECTED] Winner, International Obfuscated C Code Competition 1998 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
- Re: PAM & LDAP in FreeBSD Max Khon
- Re: PAM & LDAP in FreeBSD Kris Kennaway
- Re: PAM & LDAP in FreeBSD Niall Smart
- Re: PAM & LDAP in FreeBSD Oscar Bonilla
- Re: PAM & LDAP in FreeBSD Keith Stevenson
- Re: PAM & LDAP in FreeBSD Kris Kennaway
- Re: PAM & LDAP in FreeBSD John Polstra
- Re: PAM & LDAP in FreeBSD Oscar Bonilla
- Re: PAM & LDAP in FreeBSD John Polstra
- Re: PAM & LDAP in FreeBSD Max Khon
- Re: PAM & LDAP in FreeBSD, ... Tony Finch
- Re: PAM & LDAP in FreeBSD, and userfs too. David E. Cross
- Re: PAM & LDAP in FreeBSD, and userfs too. Dominic Mitchell
- Re: PAM & LDAP in FreeBSD, and userfs to... Max Khon
- Re: PAM & LDAP in FreeBSD, and userf... Dominic Mitchell
- Re: PAM & LDAP in FreeBSD, and ... John Polstra
- Re: PAM & LDAP in FreeBSD, ... Kris Kennaway
- Re: PAM & LDAP in FreeBSD, ... Dominic Mitchell
- Re: PAM & LDAP in FreeBSD Nik Clayton
- Re: PAM & LDAP in FreeBSD Max Khon
- Re: PAM & LDAP in FreeBSD Jason Thorpe