<div dir="ltr">General answer, I guess, is that we wanted to minimize the URI pollution - that we should confine the URI pollution just withing .well-known folders. </div><div class="gmail_extra"><br><br><div class="gmail_quote">
2013/7/29 Torsten Lodderstedt <span dir="ltr"><<a href="mailto:torsten@lodderstedt.net" target="_blank">torsten@lodderstedt.net</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi all,<br>
<br>
I just took a look on the OIDC discovery spec. Why does it use .well-known? I'm asking since it deviates from the RFC in that it allows for path components (in order to support multi-tenancy) and the URL itself is either discovered via WebFinger or obtained out of band. Why not just obtain the connect config base URL that way and directly request the metadata. What is the value of adding "/.well-known" to the URL?<br>

<br>
regards,<br>
Torsten.<br>
______________________________<u></u>_________________<br>
Openid-specs-ab mailing list<br>
<a href="mailto:Openid-specs-ab@lists.openid.net" target="_blank">Openid-specs-ab@lists.openid.<u></u>net</a><br>
<a href="http://lists.openid.net/mailman/listinfo/openid-specs-ab" target="_blank">http://lists.openid.net/<u></u>mailman/listinfo/openid-specs-<u></u>ab</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Nat Sakimura (=nat)<div>Chairman, OpenID Foundation<br><a href="http://nat.sakimura.org/" target="_blank">http://nat.sakimura.org/</a><br>@_nat_en</div>
</div>