I was going through the logs of <a href="http://nerdbank.org/RP/login.aspx">my test RP</a>&nbsp;and was surprised to see what looked like the efforts of someone who didn&#39;t understand how OpenID worked. &nbsp;One of the attempts included just using a Yahoo! email address. &nbsp;Guess what?! &nbsp;It worked.<div>
<br>It worked because (at least in .NET), the URL may validly include a user@ portion, as has been discussed on this list recently. &nbsp;It&#39;s just quietly dropped. &nbsp;That left &quot;<a href="http://yahoo.com">http://yahoo.com</a>&quot; as the identifier to perform discovery on, which of course worked. &nbsp;To the user, the experience is nearly perfect. &nbsp;They see Yahoo where they must log in, choose an identifier, and then return to the RP. &nbsp;The only weirdness is that although the Claimed Identifier will always be right, if for prettiness&#39; sake the RP were to display the user-supplied-identifier as the user originally typed it in that it might not match who actually logged into Yahoo. &nbsp;</div>
<div><br></div><div>For instance, I can type in <a href="mailto:yourname@yahoo.com">yourname@yahoo.com</a> and completely log in, even though that&#39;s not my email address. &nbsp;The claimed ID is mine, and that&#39;s what really matters, but it&#39;s a little quirky (from the end user&#39;s perspective) that I can type in anyone&#39;s yahoo email address and it just works. &nbsp;As a new user I may think that I managed to log in as someone else.&nbsp;</div>
<div><br></div><div>Again, I know <span class="Apple-style-span" style="font-style: italic;">why </span>all this works based on the spec and my implementation of it; I just didn&#39;t expect that email discovery would come without at least some work (perhaps to trim off the username@ part). &nbsp;So I was pleasantly surprised.</div>
<div><br>Anyway, something to think about.</div>