On Fri, Feb 17, 2006 at 05:28:04AM +0100, Frank Ellermann allegedly wrote:
You can also reinvent the wheel wrt "some text in DNS" for SSP,
No, that wheel has long existed. It's more about whether SSP should be
constrained to a byzantine syntax to encourage convergence.
Even in the most positive of circumstances the fit is a strain. After
all, most of SPF is about (resolution) mechanism, not policy. Whereas
all of SSP is about policy, not mechanism.
Furthermore, all indications are that folk here have plans for much
richer policy - such as "Check my reputation here" or "I'm accredited
there" and that seems not to be on the SPF radar.
Finally, history suggests that SPF isn't much interested in
convergence with DKIM.
The simple solution is to develop SSP as we see fit and, if at some
later stage it gets acknowledge by something like SPF, then SPF should
simply point to SSP along the lines of "redirect" rather than try and
constrain ourselves to SPF syntax and hope they adopt and embed it.
I don't expect that to be a burden for SPF - after all, they already
have syntax and logic to redirect and decode A records, redirect and
decode MX records, etc. To redirect and decode SSP is just another
variant.
Mark.
_______________________________________________
NOTE WELL: This list operates according to
http://dkim.org/ietf-list-rules.html