[OpenID] http and https...again

[SitG Admin]

>http://openid.net/pipermail/general/2008-September/005426.html

I don't know about Verizon, but your reference to a user typing in 
this extra information is a clue that this doesn't have to do with 
generation fragments (distinguishing between successive users with 
the same URI). I'm thinking it's either a user identification method 
(such as Sun offers to assert "This is one of our employees, but 
we're not saying exactly who.") that tells the OP (in this case, 
Verizon) who the user is claiming to be (facilitating the login flow) 
without revealing anything meaningful about the user's identity to 
the RP, or something weird with how Verizon is resolving claimed_id 
(if the URI is different enough to not qualify as the same user 
anymore, you'd think Verizon's OP would detect that and return an 
error that the user did not exist).

Are you getting these "?a=1" variables appended by real users, or are 
they just showing up in tests? If the former, I'd assume it to be 
there for a reason; if the latter, I'd contact Verizon about it.

-Shade