At this point, unless we can cut back the MLM document to stick to
items that we have consensus about, e.g., that it is typical for
signatures applied to incoming mail not to verify after a message
passes through an MLM, and that it would be nice if a list or its MTA
signed its outgoing mail, I don't think we will produce anything that
is useful to anyone.
If that's all we can say, I'd say don't bother. I don't see much value in the
DKIM working group saying it thinks mail should be signed by DKIM.
"e.g." means "such as" or "for example."
I expect there's a fair amount we agree on. Maybe it's enough to be
worth documenting, maybe not, but I think it would be more productive
to see what we agree on rather than trying to force our pet projects
into the document.
I'll cheerfully give up references to S/MIME, if other people will
give up on telling software developers how to rewrite MLMs to do
things they've never done before.
Don't forget that an experimental RFC is the accepted way to document
a paper design to see if it gets any traction, as the EAI group did
with various ways to represent non-ASCII e-mail addresses.
R's,
John
_______________________________________________
NOTE WELL: This list operates according to
http://mipassoc.org/dkim/ietf-list-rules.html