how would we suggest improving the user experience at this SP

[Peter Schober]

* Cantor, Scott <cantor.2 at osu.edu> [2014-06-04 17:27]:
> That was certainly where the original thinking was headed. One of the
> problems with that is that the technical contact is often not the right
> choice, and we were looking at using the administrative contact for that.
> Ultimately it seemed to me that the best option was to avoid email
> altogether and leave it up to the IdP by way of a URL that could do
> anything they wanted it to do, including initiate an email if that's the
> choice they want to make.

Sure, the contect (of whatever type; not assuming all relevant types
will be populated an SP would need to be a bit flexible about that
anyway) possibly won't appreciate such emails at some point (esp. if
they don't intend to change anything, for whatever reason), only
leading to potentially not looking at any such requests in the future.

I'm not aware of anyone other than InCommon promoting errorURL on a
larger scale (or at all), esp involving a federation-wide service. And
AFAIR stats from InC were rather disappointing, both of IDPs
populating that attribute and the percentagte of those where it was
obviously broken (returning HTTP 404)? Maybe I remembered that wrong
or the numbers are much better now.
Not sure that qualifies as something others should try emulate?
-peter