SASL/GSSAPI bind in LDAP plugin?

Henry B. Hotz hotz at
Wed Mar 1 13:34:52 EST 2006

On Mar 1, 2006, at 9:02 AM, krbdev-request at wrote:

> Date: Wed, 1 Mar 2006 04:49:25 -0600
> From: greg at
> Subject: Re: SASL/GSSAPI bind in LDAP plugin?
> To: Frank Cusack <fcusack at>, greg at,
> 	krbdev at
> Message-ID: <200603011049.k21AnPKr012236 at>
> On Feb 28,  8:40am, Frank Cusack wrote:
> } Subject: Re: SASL/GSSAPI bind in LDAP plugin?
>> On February 25, 2006 9:46:02 AM -0600 greg at wrote:
>>> The open-architecture community never developed a holistic view of
>>> IAA.  Authentication and authorization needed to be architecturally
>>> wedded but this never occurred until Microsoft stepped in and filled
>>> the void.  That effectively ceded the most critical element of  
>>> modern
>>> information delivery architectures to proprietary control.
>>> The Open-Source community responded in typical fashion by moving to
>>> create a functional clone of the AD model.  Great and inspired
>>> engineering which ultimately indemnifies the position of the pundits
>>> that OSS replicates rather than innovates.
> ---------------------------------------------------------------------- 
> --------
> "Against stupidity the Gods themselves contend in vain."
>                                 - Freidrich von Schiller

I was more expressing a generic frustration than trying to start a  
big off-topic thread like this.  Open source by its nature does not  
have real leaders with real authority.  It operates by consensus and  
gets driven by people's common background and by the most persuasive  
people in that background.

Anyone arguing for something that requires more background knowledge  
than is common is taking on the education task in addition to the  
basic sales task.  With open source there are a lot more people you  
need to educate before anything happens.

The opinions expressed in this message are mine,
not those of Caltech, JPL, NASA, or the US Government.
Henry.B.Hotz at, or hbhotz at

More information about the krbdev mailing list