[sldev] OpenID & SSL certificates

Argent Stonecutter secret.argent at gmail.com
Sun Sep 30 14:54:08 PDT 2007


On 30-Sep-2007, at 14:20, Tao Takashi wrote:
> Well, you are of course still free to use different open id  
> accounts for different type of "personalities",
> like you can use the Open ID of your company for more business like  
> stuff and some other for e.g.
> role playing stuff.

My experience with *browsers* and multiple sources that use the same  
account family has been that in practice, you can only use one  
account in a browser at a time. To log on with multiple accounts you  
need to use multiple different browsers - Safari here, Firefox there,  
Opera elsewhere. Luckily the web is structured so that different  
communities don't get access to you even if you're technically logged  
in unless you visit them. That is, the only reason this isn't a  
problem on the web is that it's not world-like. I can log on to  
Sourceforge or Bugzilla or Jira without showing up on Google Talk or  
YIM... and OpenID wouldn't change that situation much... on the web.

In SL, though, once you're logged in everyone can tell you're in  
world. I've griped about that before. The point is that it creates a  
need for multiple accounts even in the same context. I've got two  
extra accounts just for testing scripts and permissions... that's all  
SL-business-related... there's no "role playing" involved. And that's  
aside from my real job, where I suppose I'll find I'll need an OpenID  
ID at some point.

So I'd have to have a separate OpenID for each "Argent"?

Can you answer the question I asked Dzonatas, in this context? Can  
this be reduced to the point that there's no more yak shaving than  
there is now?

"What I need to know is... can this be handled entirely in the viewer  
application, from start to finish, without involving any third  
parties and without involving any applications other than the viewer  
at any point (including web browsers, whether embedded in the viewer  
or otherwise), including generating any certificates required using  
only such authentication information that I am able to easily carry  
in my head, even if SL's design doesn't work this way."



More information about the SLDev mailing list