On 29 Aug 2025, at 12:20, Dave Crocker wrote:
On 8/29/2025 10:03 AM, Murray S. Kucherawy wrote:
* Adopt Bron’s document, and prefer a more omnibus approach,
breaking out things when it makes sense to do so.
Apologies. In spite of the added clause, I do not know what
'omnibus' means in this context, given the definition of the word.
We tried to come up with a word to contrast with what we thought of as
your proposed more "modular" approach.
* There will be backward compatibility with DKIM (referred to in the
room as a “transition”); there will be no flag day.
Except that 'backward compatibility' and 'transition' are orthogonal
constructs.
"allows for
[interoperability](https://en.wikipedia.org/wiki/Interoperability)
with an older [legacy
system](https://en.wikipedia.org/wiki/Legacy_system) , or with
[input](https://en.wikipedia.org/wiki/Input/output) designed for such
a system."
https://en.wikipedia.org/wiki/Backward_compatibility
The technical details of DKIM2, so far, and all of the substantive
discussions, are for a parallel and non-interoperable service.
Yes, what we heard in the room was that people wanted to make an effort
to be interoperable by, for example, taking a validly signed message
from the existing service and have that be the basis for input into the
new service (i.e., allowing for "input designed for such a system"). It
was not clear whether (at least to me) whether the room was interested
in, for example always adding a DKIM-Signature field, in addition to the
new header field(s), for messages that come out of a newer system
(allowing for "interoperability with an older legacy system"), but I
would certainly consider that a reasonable part of the WG's discussion.
* This will be a new protocol with a new header field name, rather
than a new version of DKIM itself (i.e., a “v=2” tag).
Exactly. NOT backward compatible.
See above. Certainly a new header field name does not break the existing
service. More would have to be done for serious interoperability.
pr
--
Pete Resnick https://www.episteme.net/
All connections to the world are tenuous at best
_______________________________________________
Ietf-dkim mailing list -- [email protected]
To unsubscribe send an email to [email protected]
