[130] in pc-kerberos

home help back first fref pref prev next nref lref last post

Re: Upcoming potential changes in KRBV4*.DLL

daemon@ATHENA.MIT.EDU (Derrick J. Brashear)
Wed Aug 2 11:47:13 1995

Date: Wed,  2 Aug 1995 11:39:06 -0400 (EDT)
From: "Derrick J. Brashear" <db74+@andrew.cmu.edu>
To: pc-kerberos@MIT.EDU
Cc: 
In-Reply-To: <9508021440.AA13584@MIT.EDU>

Excerpts from internet.computing.pc-kerberos: 2-Aug-95 Re: Upcoming
potential chan.. by Paul B. Hill @MIT.EDU 
>[pbh - It looks like the author has missed the point that some
>clients default to the Transarc s-t-k when using the MIT password changing
>protocol ]

No, I didn't miss the point, I missed this entirely. I was unaware.....

> It seems to me like you want your kadmind modifications to be a little more
> flexible. The kadmin would query for the preferred string to key. The
> responses could be KADM_NO_OPCODE, MIT, TRANSARC. If the client responds
> with MIT or TRANSARC clearly the right thing could happen. If KADM_NO_OPCODE
> is returned then the result would be up to the site adminstrator. AT UMich
> and Cornell the correct action would be for the server to use the Transarc
> string to key. At CMU you would configure the server to use the MIT string
> to key.
That sounds entirely reasonable. 

>Will CMU be willing to support three possible opcodes in the modified
>kadmin?
Yes.


>Will CMU be ready supply MIT with diffs before the end of this week?
Not unless someone is willing to allocate me an opcode which I can be
sure won't conflict with things. Can you expedite that?

-D


home help back first fref pref prev next nref lref last post