This is probably of particular interest to those of you who are familiar
with the internals of DKIM, i.e. the standard document and thus the
protocol itself, but everyone is invited to participate.
Are there any portions of DKIM you feel are not useful to you? That is,
are there things in DKIM which, if they weren't there to begin with,
wouldn't make a difference to you? Or, on the flipside, are there some
things outside of the obviously mandatory features which without which you
would consider DKIM not useful? Or possibly, are there some features
you're not using now but you plan to use in the future?
Some specific topics, if you need a starting place:
In signatures:
x= (signature expiration)
t= (signature timestamps)
l= (body lengths)
i= (signing identity)
q= (query method)
z= (original signed header set)
In keys:
g= (key granularity; restricting keys to specific users)
n= (free-form comment)
Our implementation provides at least indirect access to or support of
nearly all of these. I, for example, have found "z=" to be useful when
debugging interoperability issues, so it would get a "keep" vote from me.
Please give it some thought and let me know if you have any opinions about
these.
-MSK
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
dkim-milter-discuss mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dkim-milter-discuss
