On Mon, 25 Jul 2016, Jim Schaad wrote:
This is not the issue that my message was designed to highlight. In S/MIME it
is possible to say which of the message formats and which content encryption
algorithms are supported by a client. This is not the same as designating if a
certificate is being used for encryption or signing.
Oh I see. How is this "possible to say" ? If it is part of the S/MIME
certificate, wouldn't it be part of the SMIME record provided that
TLSA selector type 0 (full certificate)
If there are no commonly shared algorithms, perhaps only this type
should be supported?
Paul
Jim
Paul
W
On Sat, Jul 9, 2016 at 12:53 PM, Olafur Gudmundsson <[email protected]>
wrote:
Dear Colleagues
The editors of
https://datatracker.ietf.org/doc/draft-ietf-dane-smime/ have
requested a WGLC, the chairs are satisfied that the document is in
good shape. This message starts a three week WG LC, that concludes on
Monday July 25 23:59 UTC (we have extended the usual 2 weeks because
of the upcoming meeting, travel, etc).
This document is on the Experimental track, it is a close relative of
a prior document from our group
https://datatracker.ietf.org/doc/draft-ietf-dane-openpgpkey/ which
is in
AUTH-48 at this point.
Any discussions on “local part” other than to point out a difference
between the OPENPGP document and this one are out of scope.
Any other issues should be brought forward
thanks
Olafur & Warren
_______________________________________________
dane mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/dane
--
I don't think the execution is relevant when it was obviously a bad
idea in the first place.
This is like putting rabid weasels in your pants, and later expressing
regret at having chosen those particular rabid weasels and that pair
of pants.
---maf
_______________________________________________
dane mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/dane
_______________________________________________
dane mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/dane
_______________________________________________
dane mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/dane
