<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: OpenID &#8211; Es ist (nicht) in den Köpfen drin!</title>
	<atom:link href="http://www.snirgel.de/2009/01/11/openid-es-ist-nicht-in-den-kopfen-drin/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.snirgel.de/2009/01/11/openid-es-ist-nicht-in-den-kopfen-drin/</link>
	<description>openid, open standards, offene standards, open web</description>
	<lastBuildDate>Fri, 23 Jul 2010 14:19:38 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Matthias Pfefferle</title>
		<link>http://www.snirgel.de/2009/01/11/openid-es-ist-nicht-in-den-kopfen-drin/comment-page-1/#comment-70</link>
		<dc:creator>Matthias Pfefferle</dc:creator>
		<pubDate>Mon, 12 Jan 2009 10:11:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.snirgel.de/?p=156#comment-70</guid>
		<description>OpenID in die bestehende Netzwerk-Architektur zu integrieren wäre in Hinsicht auf Performance und Sicherheit sicherlich sinnvoll, würde die Technik aber unnötig kompliziert machen... außerdem wäre es so nahezu unmöglich, seinen eigenen OpenID-Server auf &quot;Billig-Hostern&quot; wie z.B. 1und1 zu betreiben (was ich als große Stärke der aktuellen Spezifikation halte)...

Um die E-Mail Adresse aber dennoch als OpenID einsetzen zu können, gibt es eine Übergangslösung, die nach einem ähnlichen Prinzip wie dein DNS-Vorschlag funktioniert: &lt;a href=&quot;http://eaut.org/&quot; rel=&quot;nofollow&quot;&gt;EAUT&lt;/a&gt; (Email Address to URL Translation) überprüft anhand der E-Mail Domain ob OpenID-Informationen hinterlegt sind und wie genau die entsprechende OpenID aussieht. Wie das ganze abläuft kann man hier sehr schön sehen: http://eaut.org/example/?email=pfefferle%40notizblog.org</description>
		<content:encoded><![CDATA[<p>OpenID in die bestehende Netzwerk-Architektur zu integrieren wäre in Hinsicht auf Performance und Sicherheit sicherlich sinnvoll, würde die Technik aber unnötig kompliziert machen&#8230; außerdem wäre es so nahezu unmöglich, seinen eigenen OpenID-Server auf &#8220;Billig-Hostern&#8221; wie z.B. 1und1 zu betreiben (was ich als große Stärke der aktuellen Spezifikation halte)&#8230;</p>
<p>Um die E-Mail Adresse aber dennoch als OpenID einsetzen zu können, gibt es eine Übergangslösung, die nach einem ähnlichen Prinzip wie dein DNS-Vorschlag funktioniert: <a href="http://eaut.org/" rel="nofollow">EAUT</a> (Email Address to URL Translation) überprüft anhand der E-Mail Domain ob OpenID-Informationen hinterlegt sind und wie genau die entsprechende OpenID aussieht. Wie das ganze abläuft kann man hier sehr schön sehen: <a href="http://eaut.org/example/?email=pfefferle%40notizblog.org" rel="nofollow">http://eaut.org/example/?email=pfefferle%40notizblog.org</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: domsom</title>
		<link>http://www.snirgel.de/2009/01/11/openid-es-ist-nicht-in-den-kopfen-drin/comment-page-1/#comment-69</link>
		<dc:creator>domsom</dc:creator>
		<pubDate>Mon, 12 Jan 2009 06:28:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.snirgel.de/?p=156#comment-69</guid>
		<description>... dann ist mit Directed Identity ja geklärt, warum sich die Großen an OpenID beteiligen.

Wie weit sind die Bemühungen, OpenID in DNS zu propagieren? Dann könnte ein Service anhand des Mail-Providers einer zum Einloggen übergebenen E-Mail-Adresse entscheiden, ob es ein OpenID-Login oder ein Legacy-Login ist.</description>
		<content:encoded><![CDATA[<p>&#8230; dann ist mit Directed Identity ja geklärt, warum sich die Großen an OpenID beteiligen.</p>
<p>Wie weit sind die Bemühungen, OpenID in DNS zu propagieren? Dann könnte ein Service anhand des Mail-Providers einer zum Einloggen übergebenen E-Mail-Adresse entscheiden, ob es ein OpenID-Login oder ein Legacy-Login ist.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
