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