<?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>Kommentare zu: wikileaks.de &#8211; Vermutungen und Tatsachen.</title>
	<atom:link href="http://blog.netplanet.org/2009/04/12/wikileaksde-vermutungen-und-tatsachen/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.netplanet.org/2009/04/12/wikileaksde-vermutungen-und-tatsachen/</link>
	<description>Das netplanet-Blog.</description>
	<lastBuildDate>Thu, 09 Feb 2012 10:27:28 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Von: Freitags nachmittags führt man keine ungetesteten Änderungen am System durch - Feder &#38; Herd</title>
		<link>http://blog.netplanet.org/2009/04/12/wikileaksde-vermutungen-und-tatsachen/#comment-1356</link>
		<dc:creator>Freitags nachmittags führt man keine ungetesteten Änderungen am System durch - Feder &#38; Herd</dc:creator>
		<pubDate>Mon, 13 Apr 2009 12:45:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.netplanet.org/2009/04/12/wikileaksde-vermutungen-und-tatsachen/#comment-1356</guid>
		<description>[...] Dummheit, Versehen oder unklugen Entscheidungen erklärt werden kann.   Gerade erfahre ich über Besims Blog das der Registrar dem Kunden wohl fristgerecht zum 30. (31.?) März gekündigt hätte. Das [...] </description>
		<content:encoded><![CDATA[<p>[...] Dummheit, Versehen oder unklugen Entscheidungen erklärt werden kann.   Gerade erfahre ich über Besims Blog das der Registrar dem Kunden wohl fristgerecht zum 30. (31.?) März gekündigt hätte. Das [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Besim Karadeniz</title>
		<link>http://blog.netplanet.org/2009/04/12/wikileaksde-vermutungen-und-tatsachen/#comment-1355</link>
		<dc:creator>Besim Karadeniz</dc:creator>
		<pubDate>Mon, 13 Apr 2009 12:19:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.netplanet.org/2009/04/12/wikileaksde-vermutungen-und-tatsachen/#comment-1355</guid>
		<description>Ich habe gerade etwas darüber gebloggt.</description>
		<content:encoded><![CDATA[<p>Ich habe gerade etwas darüber gebloggt.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: wikileaks.de - Stellungnahme des Providers. &#124; blog@netplanet</title>
		<link>http://blog.netplanet.org/2009/04/12/wikileaksde-vermutungen-und-tatsachen/#comment-1354</link>
		<dc:creator>wikileaks.de - Stellungnahme des Providers. &#124; blog@netplanet</dc:creator>
		<pubDate>Mon, 13 Apr 2009 12:18:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.netplanet.org/2009/04/12/wikileaksde-vermutungen-und-tatsachen/#comment-1354</guid>
		<description>[...] übernommen wurde, obwohl es genügend Leuten bekannt sein muss, dass ein TRANSIT-Verfahren nur in speziellen Fällen genutzt werden darf und mögliche Hinweise für eine Sperrung auffallend dürftig waren. Aber nein, [...] </description>
		<content:encoded><![CDATA[<p>[...] übernommen wurde, obwohl es genügend Leuten bekannt sein muss, dass ein TRANSIT-Verfahren nur in speziellen Fällen genutzt werden darf und mögliche Hinweise für eine Sperrung auffallend dürftig waren. Aber nein, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Mela</title>
		<link>http://blog.netplanet.org/2009/04/12/wikileaksde-vermutungen-und-tatsachen/#comment-1353</link>
		<dc:creator>Mela</dc:creator>
		<pubDate>Mon, 13 Apr 2009 12:09:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.netplanet.org/2009/04/12/wikileaksde-vermutungen-und-tatsachen/#comment-1353</guid>
		<description>Merkwürdig. DAVON hätte der Besitzer doch wissen sollen, oder?</description>
		<content:encoded><![CDATA[<p>Merkwürdig. DAVON hätte der Besitzer doch wissen sollen, oder?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Besim Karadeniz</title>
		<link>http://blog.netplanet.org/2009/04/12/wikileaksde-vermutungen-und-tatsachen/#comment-1352</link>
		<dc:creator>Besim Karadeniz</dc:creator>
		<pubDate>Mon, 13 Apr 2009 11:55:18 +0000</pubDate>
		<guid isPermaLink="false">http://blog.netplanet.org/2009/04/12/wikileaksde-vermutungen-und-tatsachen/#comment-1352</guid>
		<description>Laut des Providers, der mir eine Nachricht mit seiner Sicht des Vorfalles geschickt hat, sieht das alles so aus, dass der Provider dem Besitzer von wikileaks.de Anfang Dezember fristgemäß zum 30. März 2009 gekündigt hat und die Domain bis dato nicht umgezogen wurde. Dann ist der TRANSIT der betroffenen Domain der einzig gangbare Weg, der dann wohl auch gegangen wurde.</description>
		<content:encoded><![CDATA[<p>Laut des Providers, der mir eine Nachricht mit seiner Sicht des Vorfalles geschickt hat, sieht das alles so aus, dass der Provider dem Besitzer von wikileaks.de Anfang Dezember fristgemäß zum 30. März 2009 gekündigt hat und die Domain bis dato nicht umgezogen wurde. Dann ist der TRANSIT der betroffenen Domain der einzig gangbare Weg, der dann wohl auch gegangen wurde.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: d.</title>
		<link>http://blog.netplanet.org/2009/04/12/wikileaksde-vermutungen-und-tatsachen/#comment-1351</link>
		<dc:creator>d.</dc:creator>
		<pubDate>Mon, 13 Apr 2009 08:45:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog.netplanet.org/2009/04/12/wikileaksde-vermutungen-und-tatsachen/#comment-1351</guid>
		<description>@Alex:
Die Domain einfach in Transit zu geben ist mitnichten die &quot;normale&quot; Vorgehensweise. Normalerweise sollte man, wenn man als Provider aus welchem Grund auch immer eine Domain nicht mehr betreiben will, den Inhaber kontaktieren und ihm eine angemessene Frist geben, einen neuen Provider zu finden und den Umzug in die Wege zu leiten. Einfach so den Dienst zu unterbrechen, ohne den Eigentümer zu informieren (und das auch noch vor einem Feiertag!) ist eine Frechheit und deswegen fände ich es auch gut, wenn der Provider konkret benannt wird. Ich möchte nämlich keine Geschäftsbeziehungen mit jemandem unterhalten, der seine Kunden so im Regen stehen lässt.</description>
		<content:encoded><![CDATA[<p>@Alex:<br />
Die Domain einfach in Transit zu geben ist mitnichten die &#8220;normale&#8221; Vorgehensweise. Normalerweise sollte man, wenn man als Provider aus welchem Grund auch immer eine Domain nicht mehr betreiben will, den Inhaber kontaktieren und ihm eine angemessene Frist geben, einen neuen Provider zu finden und den Umzug in die Wege zu leiten. Einfach so den Dienst zu unterbrechen, ohne den Eigentümer zu informieren (und das auch noch vor einem Feiertag!) ist eine Frechheit und deswegen fände ich es auch gut, wenn der Provider konkret benannt wird. Ich möchte nämlich keine Geschäftsbeziehungen mit jemandem unterhalten, der seine Kunden so im Regen stehen lässt.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Mela</title>
		<link>http://blog.netplanet.org/2009/04/12/wikileaksde-vermutungen-und-tatsachen/#comment-1350</link>
		<dc:creator>Mela</dc:creator>
		<pubDate>Sun, 12 Apr 2009 14:22:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.netplanet.org/2009/04/12/wikileaksde-vermutungen-und-tatsachen/#comment-1350</guid>
		<description>Naja.. wie heisst es so schön:

One time is chance
Two times is coincidence
Three times is intrigue

Es ist also irgendwie kein Wunder nach der Durchsuchung beim Domaineigner, einer Durchsuchung bei einem Blogger der mittelbar auf Wikileaks verlinkt, die Alarmglocken läuten zu hören.

Wir werden sehen ob es Abrechnungsfuckup zum unglücklichen Zeitpunkt oder was anderes war. Von solchen Details hätte der Eigner aber wissen sollen und was auch immer der Grund war.. ihn am Tag vor einem langen Wochenende an dem man GAR nix erreichen kann, durchzuexerzieren.. well.</description>
		<content:encoded><![CDATA[<p>Naja.. wie heisst es so schön:</p>
<p>One time is chance<br />
Two times is coincidence<br />
Three times is intrigue</p>
<p>Es ist also irgendwie kein Wunder nach der Durchsuchung beim Domaineigner, einer Durchsuchung bei einem Blogger der mittelbar auf Wikileaks verlinkt, die Alarmglocken läuten zu hören.</p>
<p>Wir werden sehen ob es Abrechnungsfuckup zum unglücklichen Zeitpunkt oder was anderes war. Von solchen Details hätte der Eigner aber wissen sollen und was auch immer der Grund war.. ihn am Tag vor einem langen Wochenende an dem man GAR nix erreichen kann, durchzuexerzieren.. well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Besim Karadeniz</title>
		<link>http://blog.netplanet.org/2009/04/12/wikileaksde-vermutungen-und-tatsachen/#comment-1349</link>
		<dc:creator>Besim Karadeniz</dc:creator>
		<pubDate>Sun, 12 Apr 2009 14:16:19 +0000</pubDate>
		<guid isPermaLink="false">http://blog.netplanet.org/2009/04/12/wikileaksde-vermutungen-und-tatsachen/#comment-1349</guid>
		<description>Genau genommen geht ein TRANSIT gar nicht anders, als dass der Provider bzw. das jeweilige DENIC-Mitglied diesen initiiert. In diesem Sinne ist meine &quot;Vorstellung&quot; der einzig nachvollziehbare Weg.

Die &quot;nicht näher zu spezifizierende Macht&quot; ist übrigens ausdrücklich nicht auf behördliche Entitäten beschränkt. Das kann letztendlich auch einfach der Chef des Registrars sein, der den Nothammer betätigt hat, ohne Rücksicht auf Verluste.

Nur: Das DENIC hat mit hoher Wahrscheinlichkeit die Domain nicht gesperrt, wie der Besitzer von wikileaks.de behauptet. That&#039;s the point.</description>
		<content:encoded><![CDATA[<p>Genau genommen geht ein TRANSIT gar nicht anders, als dass der Provider bzw. das jeweilige DENIC-Mitglied diesen initiiert. In diesem Sinne ist meine &#8220;Vorstellung&#8221; der einzig nachvollziehbare Weg.</p>
<p>Die &#8220;nicht näher zu spezifizierende Macht&#8221; ist übrigens ausdrücklich nicht auf behördliche Entitäten beschränkt. Das kann letztendlich auch einfach der Chef des Registrars sein, der den Nothammer betätigt hat, ohne Rücksicht auf Verluste.</p>
<p>Nur: Das DENIC hat mit hoher Wahrscheinlichkeit die Domain nicht gesperrt, wie der Besitzer von wikileaks.de behauptet. That&#8217;s the point.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Alex Schestag</title>
		<link>http://blog.netplanet.org/2009/04/12/wikileaksde-vermutungen-und-tatsachen/#comment-1348</link>
		<dc:creator>Alex Schestag</dc:creator>
		<pubDate>Sun, 12 Apr 2009 14:08:40 +0000</pubDate>
		<guid isPermaLink="false">http://blog.netplanet.org/2009/04/12/wikileaksde-vermutungen-und-tatsachen/#comment-1348</guid>
		<description>Deine Ausführungen nach &quot;Was ich mir nun vorstellen kann&quot; sind schon eine Stellungnahme, der man zustimmen oder die man ablehnen kann. ;-)

Grundsätzlich hast du recht. Jeder Hoster hat in seinen AGB aber Gründe aufgelistet, die eine solche einseitige außerordentliche Kündigung nach sich ziehen können und die der Kunde mit Vertragsabschluß akzeptiert. Laut netzpolitik.org hat der Provider schon verlautbart, daß der Vorgang nichts mit den Hausdurchsuchungen oder mit Zensur zu tun hat, und er hat eine Stellungnahme für Dienstag angekündigt. Auch die DENIC hat sich mittlerweile geäußert und mitgeteilt, daß der Provider am 9.4. der DENIC mitgeteilt habe, er verwalte die Domain nicht mehr weiter.

(http://netzpolitik.org/2009/wikileaksde-gesperrt/).

Ich schlage vor, daß wir einfach die Stellungnahme des Providers abwarten, ehe wir von einer &quot;Aufforderung einer nicht näher zu spezifizierenden Macht, die Domain zu sperren&quot; reden. Danach sieht es nämlich für mich gar nicht aus.</description>
		<content:encoded><![CDATA[<p>Deine Ausführungen nach &#8220;Was ich mir nun vorstellen kann&#8221; sind schon eine Stellungnahme, der man zustimmen oder die man ablehnen kann. <img src='http://blog.netplanet.org/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
<p>Grundsätzlich hast du recht. Jeder Hoster hat in seinen AGB aber Gründe aufgelistet, die eine solche einseitige außerordentliche Kündigung nach sich ziehen können und die der Kunde mit Vertragsabschluß akzeptiert. Laut netzpolitik.org hat der Provider schon verlautbart, daß der Vorgang nichts mit den Hausdurchsuchungen oder mit Zensur zu tun hat, und er hat eine Stellungnahme für Dienstag angekündigt. Auch die DENIC hat sich mittlerweile geäußert und mitgeteilt, daß der Provider am 9.4. der DENIC mitgeteilt habe, er verwalte die Domain nicht mehr weiter.</p>
<p>(<a href="http://netzpolitik.org/2009/wikileaksde-gesperrt/" rel="nofollow">http://netzpolitik.org/2009/wikileaksde-gesperrt/</a>).</p>
<p>Ich schlage vor, daß wir einfach die Stellungnahme des Providers abwarten, ehe wir von einer &#8220;Aufforderung einer nicht näher zu spezifizierenden Macht, die Domain zu sperren&#8221; reden. Danach sieht es nämlich für mich gar nicht aus.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Besim Karadeniz</title>
		<link>http://blog.netplanet.org/2009/04/12/wikileaksde-vermutungen-und-tatsachen/#comment-1347</link>
		<dc:creator>Besim Karadeniz</dc:creator>
		<pubDate>Sun, 12 Apr 2009 13:56:14 +0000</pubDate>
		<guid isPermaLink="false">http://blog.netplanet.org/2009/04/12/wikileaksde-vermutungen-und-tatsachen/#comment-1347</guid>
		<description>Ich habe zu dem Vorgang gar keine Stellungnahme abgegeben, der man zustimmen oder die man ablehnen könnte - ich habe die Grundlage des TRANSIT erklärt. Und ich kann dir leider nicht zustimmen, denn letztendlich hat der Provider auch eine Vertragsgrundlage mit dem Besitzer einer Domain, nämlich über das Hosting. Die wird der Provider, Vermutung von mir, außerordentlich gekündigt haben und das wiederum gebietet eine Begründung und wäre im Zweifelsfall gar schadenersatzpflichtig. Ganz so einfach geht das nämlich auch nicht.</description>
		<content:encoded><![CDATA[<p>Ich habe zu dem Vorgang gar keine Stellungnahme abgegeben, der man zustimmen oder die man ablehnen könnte &#8211; ich habe die Grundlage des TRANSIT erklärt. Und ich kann dir leider nicht zustimmen, denn letztendlich hat der Provider auch eine Vertragsgrundlage mit dem Besitzer einer Domain, nämlich über das Hosting. Die wird der Provider, Vermutung von mir, außerordentlich gekündigt haben und das wiederum gebietet eine Begründung und wäre im Zweifelsfall gar schadenersatzpflichtig. Ganz so einfach geht das nämlich auch nicht.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

