|
| My initial conceptualization had the number of messages and complaints
| being a hidden component of the "risk score" as you call it, computed
by
| the standalong GOSSiP server, the idea being that you'd offload that
sort
| of computation to a system dedicated to doing it (unless you ran the
| GOSSiP server on your MX). You'd consult multiple GOSSiP servers for
| each identity, and you'd modulate their responses according to how much
| you trust each of the other GOSSiP servers.
Hiding things inside a score leads to guessing games.
Where possible, please provide all the input data and let
each receiver make up their own mind. The more data the
merrier. Dumbing things down into a single variable is
useful, but so is providing the entire data set to allow
special case logic.
Now that the trouble has been taken to set up a list for this - would it be
better if we kept this off the SPF lists? I'll cross post this one one time
only.
To the point:
I don't see what's being guessed at... A number returned from gossip is
just that. It might be the score percentile or just the score, normalised,
or not. Let's pick something.
I don't care so much that the gossip score is opaque as long as it's at
least ordinal and as long as I *can* access the raw data *if* I'm
challenged on my use of the score (say).
I'd expect such challenges (and hence such requests) would be infrequent.
In most cases, the number will be what we need.