This has been discussed to death and really should be a FAQ by now, but it&#39;s not written up, so I&#39;ll add a few points:<br><br>-- we should discuss this as a generic email to URL mapping problem, and ignore what is done with that URL then.&nbsp; yes, it could be used as an OpenID<br>
<br>-- that said, with directed identity in OpenID 2.0, a user just needs to type in &quot;<a href="http://yahoo.com">yahoo.com</a>&quot;, or press the pretty yahoo button.&nbsp; No typing.<br><br>-- For email-to-URL, NAPTR by itself is a non-starter.&nbsp; Technically it may be the correct
way, but average people don&#39;t control their DNS.&nbsp; Hell,
networksolutions doesn&#39;t even let you add SRV or TXT records.<br>
<br>-- A good solution to email-to-URL mapping will likely involve an XRDS-Simple-style two-pronged discovery lookup path.&nbsp; Whereas XRDS-Simple says &quot;try Accept header, then parse the &lt;head&gt; tag&quot;, a good email-to-URL lookup &quot;protocol&quot; (best practice?) might be to try NAPTR first, then fall back to this:<br>
<br><a href="http://brad.livejournal.com/2357444.html">http://brad.livejournal.com/2357444.html</a><br><br>- Brad<br><br><div class="gmail_quote">2008/4/1 Paul E. Jones &lt;<a href="mailto:paulej@packetizer.com">paulej@packetizer.com</a>&gt;:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">








<div link="blue" vlink="purple" lang="EN-US">

<div>

<p>Folks,</p>

<p>&nbsp;</p>

<p>I've seen discussion here and there on the use of the
e-mail address as the OpenID identifier.&nbsp; Perhaps this one says it best:</p>

<p><a href="http://www.majordojo.com/2007/02/what-openid-needs.php" target="_blank">http://www.majordojo.com/2007/02/what-openid-needs.php</a></p>

<p>&nbsp;</p>

<p>I share many of same opinions.&nbsp; If OpenID is going to
be practically usable by the average person, we cannot require the person to
remember some very complex identifier.&nbsp; When I signed up for Yahoo's
OpenID service, it presented me with a hideously ugly URL that looked similar
to a base64-encoded string.&nbsp; I could not begin to tell you what it
was.&nbsp; Fortunately, Yahoo allowed me to define my own, friendlier
name.&nbsp; Still, the ID is not one that the average user will remember or get
right.</p>

<p>&nbsp;</p>

<p>While the e-mail address does not have to be the one's
ID, it can certainly serve as an alias.&nbsp; Suppose, for example, that the
DNS records at Yahoo contained the following entry:</p>

<p>&nbsp;</p>

<p><span style="font-size: 10pt;">&nbsp;
<a href="http://yahoo.com" target="_blank">yahoo.com</a>. IN NAPTR 100 10 &quot;U&quot; &quot;OpenID2&quot;
&quot;^(.+)@(.*)$!https://me.yahoo.com/\1!i&quot;</span></p>

<p>&nbsp;</p>

<p>This would allow a Relaying Party to accept an e-mail
address and perform a simple transformation to get the "real" URL identifier.&nbsp;
Of course, this does not mean that the existing URL or XRI identifiers are
invalid, nor does it mean that the "email address" has to be a real
e-mail address.&nbsp; But, this form would certainly be far simpler for most
people to deal use.</p>

<p>&nbsp;</p>

<p>If something like this has been discussed and rejected, what
was the reason?</p>

<p>&nbsp;</p>

<p>Thanks,</p>

<p>Paul</p>

<p>&nbsp;</p>

</div>

</div>


<br>_______________________________________________<br>
specs mailing list<br>
<a href="mailto:specs@openid.net">specs@openid.net</a><br>
<a href="http://openid.net/mailman/listinfo/specs" target="_blank">http://openid.net/mailman/listinfo/specs</a><br>
<br></blockquote></div><br>