[17241] in Kerberos_V5_Development

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

Re: GSS memory allocation initial cut for review

daemon@ATHENA.MIT.EDU (Jeffrey Altman)
Sat Oct 1 20:12:54 2011

To: undisclosed-recipients:;undisclosed-recipients:;@MIT.EDU
X-Envelope-From: jaltman@secure-endpoints.com
X-MDaemon-Deliver-To: krbdev@mit.edu
Message-ID: <4E87A9CF.6040606@secure-endpoints.com>
Date: Sat, 01 Oct 2011 20:01:19 -0400
From: Jeffrey Altman <jaltman@secure-endpoints.com>
MIME-Version: 1.0
CC: krbdev@mit.edu
In-Reply-To: <SNT101-DS16F9C8C8DBAC628B316B1FB5F40@phx.gbl>
Reply-To: jaltman@secure-endpoints.com
Content-Type: multipart/mixed; boundary="===============1997150100=="
Errors-To: krbdev-bounces@mit.edu

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--===============1997150100==
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="------------enig2B562F0BEECBD6400A86B8A1"

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig2B562F0BEECBD6400A86B8A1
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On 10/1/2011 4:20 PM, Kevin Wasserman wrote:
> It's possible I
> could be proven wrong.  I'm not sure what you mean by "...Moonshot
> requires that mechglue layers themselves be mechanisms".  I'm not aware=

> of any such requirement.  Sam is incommunicado until Monday, but perhap=
s
> he can shed more light when he returns.  I'm loath to
> get into any detail about Moonshot myself both because it's out of scop=
e
> for this list and because I don't know the project well enough to trust=

> myself to be completely accurate.
>=20
> -Kevin Wasserman

Then do not comment on Moonshot.  Comment on:

1. The specific requirements that you have and why they are requirements.=


2. What you believe Sam meant in his initial e-mail when he said that a
mechanism would be loaded by multiple mech-glue layers in the same
process and what those mech-glue layers are.

An implementation has been proposed but not the reasons for that
implementation.

Thank you.

Jeffrey Altman


--------------enig2B562F0BEECBD6400A86B8A1
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)

iQEcBAEBAgAGBQJOh6nQAAoJENxm1CNJffh42AEIANjZiJv12wjVUmBHq+fEqWoc
a3Xwf82GB3V5/sQTkL0S0nAI2YtFiH+XYxdFpo2Cqu7N7DWpCsfvl1Ge9la9c/c8
L1hB3O/71v3ooXOHgQL/Rhd2+98RHE698GKKubN6B6oVuSzZChmQql9wNtsPjRIw
GyM6wx6QliIitDfvAEjtbR6QL9CaHL/Wf+KzywbTR1lIpW48H6PnN/AggrFo2X5M
qjVODnQRXAwgMiIo2WQNsyNnpYyTuyHGHofhJDt8zPP0GRYpDMCr4LHBLN3YtAKW
XFvFCOJafA/ryG9dZyZwlqPko4nT2MJ0tOyj/KRax9pfaTyoswVBYc77G3PI0TI=
=RdwU
-----END PGP SIGNATURE-----

--------------enig2B562F0BEECBD6400A86B8A1--


--===============1997150100==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
krbdev mailing list             krbdev@mit.edu
https://mailman.mit.edu/mailman/listinfo/krbdev

--===============1997150100==--


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