Here's how I understand PassPort.

How will this work? What will the Member Sites have to do to their pages, code, or data structures to plug into PassPort? What if the protocol changes later?

<hr>

The potential MS move I just thought of would be to eliminate the field-value-remember feature of IE, tying it into PassPort ("for greater user security", or something like that).

Of course, this same kind of thinking leads me to believe that almost everyone will end up with a PassPort account, other than a few number of people who go out of their way to avoid it (like Dave Mc Cusker has posted ). This will be maybe even smaller than the number of people who install ad-blocking or cookie-blocking plugins. (I suspect that this basic SSO functionality will remain free to the user. The user will end up paying if they want to store additional data in Hailstorm. And sites will have to pay to have access to Passport data for SSO.)

In which case, what scenario/action, other than government intervention, supports the belief that an alternate solution will get past the chicken/egg problem to reach critical mass of acceptance by users and sites?

If that's not the goal, and we're just trying to create an alternative for 5% of the online population, then we should be clear about that.

(Because if my options as a site developer are:

0. support Passport and pay, with 95% of users included

0. support alternative system, no pay but 10% of users

0. support both

0. support neither

I suspect I'll go with #1 if my margin per registration is sufficiently high, #4 otherwise.)

WebSeitzWiki: PassPort (last edited 2010-07-09 20:40:38 by 76-245-240-183)