Hector lamented:
Its unfortunate that it has nothing to do with technical reasons but
the
powers that are pushing reputations instead. The fact is, Dave's
never cared for SSP and its spelled out in his deployment guide, and
the other guy pushing his reputation service has no room for SSP
because SSP threatens that service business.
Not sure which "other guy" you're thinking of, but...I've been working
on reputation systems since before that term was invented, at both of
the biggest mail systems in the world -- and I can tell you with quite a
bit of certainty that SSP will not hinder that work. (It won't help
much, either.)
We need reputation calculations now, without SSP. We'll need to do it
with SSP. Some of the inputs may change, some of the algorithms may
change, but that's mostly orthogonal.
It is a very SAD that not enough the technical developers are here to
mandate the direction.
I agree that we have the wrong set of voices here, but I don't think
anyone here is trying to scuttle SSP for their own benefit. We're all
just trying to make sure it'll actually be useful, so that we don't have
to go through this whole process again in another year or three.
--
J.D. Falk
Receiver Products
Return Path
_______________________________________________
NOTE WELL: This list operates according to
http://mipassoc.org/dkim/ietf-list-rules.html