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
