From admin at tbilgazi.ge Mon Apr 3 05:16:39 2006 From: admin at tbilgazi.ge (=?utf-8?b?4YOX4YOU4YOb4YOj4YOg4YOYIOGDk+GDneGDpuGDneGDnOGDkOGDq+GDlA==?=) Date: Mon, 3 Apr 2006 09:16:39 +0400 Subject: [Fedora-directory-devel] Installing FDS In-Reply-To: <442D824A.508@redhat.com> References: <20060316170044.8330D73AA8@hormel.redhat.com> <2087.213.157.197.99.1143834286.squirrel@mail.tbilgazi.ge> <442D824A.508@redhat.com> Message-ID: <200604030916.40026.admin@tbilgazi.ge> On Friday 31 March 2006 23:26, Richard Megginson wrote: > admin at tbilgazi.ge wrote: > > Yes. It's hard to guess what it might be, but I assume you have first read > Release Notes - http://directory.fedora.redhat.com/wiki/Release_Notes > Install Guide - http://directory.fedora.redhat.com/wiki/Install_Guide > Troubleshooting - > http://directory.fedora.redhat.com/wiki/FAQ#Troubleshooting > sure I had problems too, but after installing sun java from rpm (java.sun.com) (JRE 5.0 update 6 rpm) and exporting JAVA_HOME variable, I had no problems. From leroy_tennison at prodigy.net Sun Apr 2 12:14:57 2006 From: leroy_tennison at prodigy.net (Leroy Tennison) Date: Sun, 02 Apr 2006 07:14:57 -0500 Subject: [Fedora-directory-devel] Is there any client interface for Linux other than pam_ldap? Message-ID: <442FC041.1020402@prodigy.net> I apologize for being so long in responding to this, I had asked the original question in February and a couple of replies indicated that they were unsure what I wanted. I believe that the following features are critical on the client side: Ability of the user to supply their context. I realize that this goes beyond pam_ldap. Specifically, it will require that both graphical and text logins: be able to accept a user name and context pass it on to the 'authenticator' and deal with error conditions (bad context, etc.) Both NDS and AD have this ability. The NDS implementation is better technically but surfaces the problem that users don't understand context. AD accommodates the legacy NetBIOS domain thinking which is a mistake in that it perpetuates flat rather than hierarchical thinking. Their "email address" thinking might be better. The second enhancement would be to provide a way to have password encryption without having to go to a full cryptographic implementation. The overhead is just a little too much. If this raises more questions than answers I would be glad to correspond with any one who is interested (and will do so in a little more timely manner). From rmeggins at redhat.com Mon Apr 3 13:01:47 2006 From: rmeggins at redhat.com (Richard Megginson) Date: Mon, 03 Apr 2006 07:01:47 -0600 Subject: [Fedora-directory-devel] Is there any client interface for Linux other than pam_ldap? In-Reply-To: <442FC041.1020402@prodigy.net> References: <442FC041.1020402@prodigy.net> Message-ID: <44311CBB.5020409@redhat.com> Leroy Tennison wrote: > I apologize for being so long in responding to this, I had asked the > original question in February and a couple of replies indicated that > they were unsure what I wanted. I believe that the following features > are critical on the client side: > > Ability of the user to supply their context. I realize that this goes > beyond pam_ldap. Specifically, it will require that both graphical > and text logins: > be able to accept a user name and context > pass it on to the 'authenticator' and deal with error conditions > (bad context, etc.) Basically, enhanced gdm and "login". What is the context? > > Both NDS and AD have this ability. By NDS I assume you mean Novell eDirectory? But in reality, you're talking about the whole client to server network stack in Netware and Windows. This isn't just a server side thing. > The NDS implementation is better technically but surfaces the problem > that users don't understand context. AD accommodates the legacy > NetBIOS domain thinking which is a mistake in that it perpetuates flat > rather than hierarchical thinking. Their "email address" thinking > might be better. > > The second enhancement would be to provide a way to have password > encryption without having to go to a full cryptographic > implementation. The overhead is just a little too much. SASL Digest MD5 or CRAM. > > If this raises more questions than answers I would be glad to > correspond with any one who is interested (and will do so in a little > more timely manner). > > -- > Fedora-directory-devel mailing list > Fedora-directory-devel at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-directory-devel -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3178 bytes Desc: S/MIME Cryptographic Signature URL: From nkinder at redhat.com Fri Apr 21 23:38:10 2006 From: nkinder at redhat.com (Nathan Kinder) Date: Fri, 21 Apr 2006 16:38:10 -0700 Subject: [Fedora-directory-devel] Fedora Directory Server 1.0.2 - Now available for FC5 (x86 and x86_64) Message-ID: <44496CE2.6000806@redhat.com> Fedora Directory Server 1.0.2 is now available for Fedora Core 5 x86 and x86_64! You can download the Fedora Directory Server 1.0.2 RPMs from the download page: http://directory.fedora.redhat.com/wiki/Download For general information on Fedora Directory Server 1.0.2, please see the the release notes page on our wiki: http://directory.fedora.redhat.com/wiki/Release_Notes -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3241 bytes Desc: S/MIME Cryptographic Signature URL: From soumyadip.modak at gmail.com Mon Apr 24 18:02:34 2006 From: soumyadip.modak at gmail.com (soumyadip.modak at gmail.com) Date: 24 Apr 2006 11:02:34 PDT Subject: [Fedora-directory-devel] Take this test Message-ID: <20060424180234.584E7381517@express4.tickle.com> Hi, I just took this test on Tickle.com. What's Your True Color? http://web.tickle.com/invite?test=1108&type=t Take it and see how you score. You can see my score at the end. Soumyadip -------------- next part -------------- An HTML attachment was scrubbed... URL: