<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Peter Czar Larsen &#187; Misc</title>
	<atom:link href="http://new.czar.dk/category/livet/misc/feed/" rel="self" type="application/rss+xml" />
	<link>http://new.czar.dk</link>
	<description>mmmmmm Orange!</description>
	<lastBuildDate>Thu, 24 Nov 2011 00:18:36 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Et nyt TLD kommer til verden, hvordan foregår det?</title>
		<link>http://new.czar.dk/2011/11/24/et-nyt-tld-kommer-til-verden-hvordan-foregar-det/</link>
		<comments>http://new.czar.dk/2011/11/24/et-nyt-tld-kommer-til-verden-hvordan-foregar-det/#comments</comments>
		<pubDate>Thu, 24 Nov 2011 00:18:36 +0000</pubDate>
		<dc:creator>czar</dc:creator>
				<category><![CDATA[.TEL]]></category>
		<category><![CDATA[DK-Hostmaster]]></category>
		<category><![CDATA[Domæneklagenævnet]]></category>
		<category><![CDATA[EURid]]></category>
		<category><![CDATA[icann]]></category>
		<category><![CDATA[Misc]]></category>

		<guid isPermaLink="false">http://new.czar.dk/?p=797</guid>
		<description><![CDATA[Synes efterhånden at jeg gentager mig selv ret meget omrking dette emne, så hermed et forsøg på at opridse hvordan proceduren der er indarbejdet igennem mange år for nyindførelse, eller reintroducering af et TLD sker (og også lidt personlige holdninger om nogle af dem). &#160; Først skal man bruge et nyt TLD, eller også reintroduceres [...]]]></description>
			<content:encoded><![CDATA[<div class='wb_fb_top'><div style="float:right;"></div></div><div class="socialize-in-content" style="float:left;"><div class="socialize-in-button socialize-in-button-vertical"><script type="text/javascript">
				<!-- 
				tweetcount_url = "http://new.czar.dk/2011/11/24/et-nyt-tld-kommer-til-verden-hvordan-foregar-det/";
				tweetcount_title = "Et nyt TLD kommer til verden, hvordan foregår det?";
				tweetcount_src = "RT @peterczar:";
				tweetcount_via = true;
				tweetcount_links = true;
				tweetcount_size = "large";
				tweetcount_background = "";
				tweetcount_border = "";
                                
				//-->
			</script>
                        <script type="text/javascript" src="http://widgets.backtype.com/tweetcount.js"></script></div><div class="socialize-in-button socialize-in-button-vertical"><script>
			<!-- 
			var fbShare = {
				url: "http://new.czar.dk/2011/11/24/et-nyt-tld-kommer-til-verden-hvordan-foregar-det/",
				size: "large",
				google_analytics: "true"
			}
			//-->
			</script>
                        <script src="http://widgets.fbshare.me/files/fbshare.js"></script></div></div><p>Synes efterhånden at jeg gentager mig selv ret meget omrking dette emne, så hermed et forsøg på at opridse hvordan proceduren der er indarbejdet igennem mange år for nyindførelse, eller reintroducering af et TLD sker (og også lidt personlige holdninger om nogle af dem).</p>
<p>&nbsp;</p>
<p>Først skal man bruge et nyt TLD, eller også reintroduceres et.. De sidste par år kan nævnes at dette er sket med: .eu, .tel, .me, .so, og .xxx (og sikkert også nogle jeg har glemt)</p>
<p>&nbsp;</p>
<p>Nogle er ccTLD&#8217;er, nogle er sTLD&#8217;er, fælles for dem er at det kan give et billed af det normale der sker omkring hvordan det gøres:</p>
<p>&nbsp;</p>
<p>TLD&#8217;et ansøges eller overdrages, eller et nyt land opstår ud af tidligere samlinger .. Faktum er at nogen beslutter at der skal være et nyt TLD (som feks du kommer til at læse meget om i 2012, især omkring 12 januar -&gt; 12 april og 1. maj) og formentlig vil vi se de første nye gTLD&#8217;er i den forbindelse i 2013&#8230; Ud over det har de hollandske antiller fået nye ccTLD&#8217;er da de ikke længere er en &#8220;nation&#8221;.</p>
<p>&nbsp;</p>
<p>Lad os kalde det for .tld for eksemplets skyld, så roder vi ikke opgaven om beskrivelsen sammen med for mange følelser.</p>
<p>&nbsp;</p>
<p>.tld skal nu igennem nogle faser, dette er af flere hensyn, jeg vil prøve at forklare lidt om de forskellige fasers hensyn så godt som jeg nu kan, ellers må i spørge i kommentarene :)</p>
<p>&nbsp;</p>
<p><strong>Sunrise</strong></p>
<p>Trademark owners bliver så sure hvis jens på 14 år samler deres domæne op førend de har fået ret og mulighed til at afværge det først. Derfor har det været en generel praksis at give en sunrise periode. I sunrise perioder har man adgang til at komme først i køen hvis man har et varemærke, typisk deles de lidt op i klasser, men kan også bare bestå af en sunrise, som er varemærker (generelt). Disse varemærke ejere har så ret til at udveksle et bevis på ret, med et domæne, ganske vist til en typisk højere pris end normalt, men der indgår også en del arbejde med IP (interlektuel property) clearinghouse eller diverse advokat hensyn, som fordyrer processen betydeligt.</p>
<p>Yderligere mere skal ejeren af varemærket så hvert år forny domænet til X antal kroner (normalprisen).</p>
<p>Gevinsten her er, at varemærkeejeren, hvis han ønsker det, kan vælge at beskytte sig imod domainers og domænehijacking, men han kan også lade være, men generelt har de muligheden, og dette er noget man har krævet at få fra diverse varemærkerettighedshavere&#8230;</p>
<p>Bagsiden af medajlen er at det koster typisk omkring 1000-2000 pr varemærke, + løbende udgifter for domænet pr år.. hvis en domainer fiskede domænet, så koster det nemt en advokatregning på 30000 kr og en klageprocedure (som i Danmark for .dk er ret billig, men for udenlandske TLD&#8217;er kan være meget bekostelig). Logikken er altså at det kan betale sig at få dem &#8220;lukket&#8221; i sunrise, hvis ens domænepolitik siger at man vil kontrolere bruget af ens varemærke.</p>
<p><strong>Landrush</strong></p>
<p>Landrush er et sjovt begreb, for der er alligevel ingen domæner der flyder i land og de står heller ikke i kø&#8230; Man har, som jeg forstår det, valgt at lave landrush perioder fordi man i visse tilfælde har ting som ikke er beskyttet af sunrise (da man ikke har, eller ikke kan opnå varemærke beskyttelse, dette er feks et stort problem herhjemme), men som man godt ville have mulighed for at kunne erhverve under andre forehold. For at begrænse hamstringen vælger man typisk en forhøjet pris, i visse tilfælde tillader man flere ansøgninger på samme domæne, med evt flere ansøger til følge hvor man så på en eller flere måder finder en ejer af domænet. Personligt er jeg ikke så superglad for at lave det til et pengeræs, da jeg personligt mener at dette kan udløse de forkerte ejere af visse domæner, jeg er langt mere til noget &#8220;bevisførelse for tidligere aktivitet under andet TLD&#8221; som argument for at få et givet .tld, og så tildele på baggrund af aktivitet.</p>
<p>&nbsp;</p>
<p><strong>GA</strong></p>
<p>.. eller, generel availability, almindelig frigørelse til salg, er så tidspunktet hvor man lukker sluserne op for almenheden. Hvis TLD&#8217;et tillader det i deres regler, kan så alle købe et domæne under dette nye, eller reintroduceret .tld.</p>
<p>Her kan det være smart at spille på flere heste hvis man har et domæne man virkelig gerne vil have, da hver enkelt registrar har et begrænset antal forbindelser og adgang, og hvis de har mange kunder er du måske langt nede på listen.</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>Hvis vi nu levede i en lidt perfekt verden, så stoppede vi så her, men desværre er der nogen der begyndte på nogle små finlurligheder, som jeg bestemt ikke er glad for</p>
<p><strong>De spærret</strong></p>
<p>Visse TLD&#8217;er opretholder diverse spærrelister over domæner, dette kan være bandeord (.so) eller referencer til historiske begivenheder / personer som man ikke ønsker at tale om, eller som kan være forbudt at tale forherligende om (.de og .fr). Men det kan også bare være nogle som en regering har besluttet at man pt ikke lige ved hvad man skal gøre med (.eu) eller bare nogle som man bare ikke lige har lyst til at sælge.</p>
<p>Af disse hvor man effektivt forsøger at cencurerer nettet, finder jeg jævnt problematisk.. Det tager typisk år, eller årtier at få ting frigjort fra disse spærret lister, og bare fordi man forbyder et domæne betyder det ikke at folk ikke skriver om det på nettet eller stopper med at bande (!)</p>
<p>&nbsp;</p>
<p><strong>De reserveret</strong></p>
<p>Visse domæner kan være reserveret, måske for evigt, her kan man typisk finde tobogstavs CC, feks dk.tld, se.tld osv.. Men findes der ikke en regel imod at sælge domæner under 3 bogstaver kan man senere komme ud for at domæner som er solgt pludselig bliver til landekoder. Der kan også ligge et ønske om at forhindre folk i at lave &#8220;third level tld&#8217;er&#8221;, feks co.dk og org.uk osv under vores nye .tld, så vi spærre feks gov.tld, co.tld (er også colombia..) og org.tld med flere.</p>
<p>Disse bliver typisk ALDRIG frigivet.</p>
<p>&nbsp;</p>
<p><strong>Auktionerne / specielt salg<br />
</strong></p>
<p>Og her knækker filmen så, man vælger at tilbage holde domæner, med &#8220;gode navne&#8221; for senere at sælge dem til en præmium pris. Dette er noget registry&#8217;et laver for typisk at lave grundfinanciering af deres operations, feks er t.co og o.co blevet solgt på sådanne auktioner/præmium kontrakter (kan også være uden penge, men med aftale om exponering). Specielt slemt har det været under .me og .co.. Jeg er bestemt ikke en fan af at se et registry sælge &#8220;high value&#8221; domæner til højeste pris, jeg er derimod glad for at se TLD operatører som kræver en &#8220;plan&#8221; for brugen af et &#8220;high value&#8221; domæne, og hvor man indgår en kontrakt om brugen af det de første feks 3 år, hvor man ved ikke at overholde kontrakten mister domænet uden yderligere bemærkninger. TLD&#8217;er som bruger den sidstenævnte metode er typisk TLD&#8217;er som ønsker en mere positiv profil af deres TLD, og som på denne måde ønsker at fremelske gode stabile websites med meningsfyldt indhold og ikke bare sedo skrammel.</p>
<p>&nbsp;</p>
<p><strong>Hvad har vi så glemt?</strong></p>
<p>&nbsp;</p>
<p>Mange ting, feks glemmer folk at fornye deres fine sunrise domæner, og de havner så direkte i problemer ved år to. Vi har heller ikke taget specielt hensyn til om varemærkeindehavere har en domænepolitik, nogen forsvare sig med næb og klør (LEGO feks, de har en kronisk frygt for dårlig omtale, dårlig pr og salg af kopiprodukter), andre derimod, jeg mener bla BMW har, valgt at ignorer &#8220;misbrug&#8221; af deres varemærke i forbindelse med domæner med mindre der er direkte andre årsager til at interessere sig for det.</p>
<p>&nbsp;</p>
<p>Som sagt, så vil der næste år, og i 2013 blive snakket meget om nye gTLD&#8217;er, i praksis snakker vi om et sted mellem (formentlig) 500 og 2000 nye TLD&#8217;er som introduceres, mange af dem vil være brand ejere som feks LEGO som erhverver sig .lego (du vil nok ikke kunne købe et .lego, men mindre LEGO ser noget i deres krystalkugle som de hidtil ikke har kunne finde), og byer som søger om feks .berlin og .london og .nyc, typisk igennem en privatejet virsomhed som har byens velsignelse til at drive det.</p>
<p>Ud over det vil vi også snakke om et .now, .shop og .site og andre generiske navne.. og debatten vil også falde omkring et .gay og .god, begge er meget problematiske, feks.. hvem skal have lov til at køre et .god? Det muslimske trossamfund,det jødiske trossamfundet eller den katolske kirke?</p>
<p>Fælles for denne diskution, og det som hedder nye gTLD&#8217;er er, at der bliver SÅ mange af dem, så domainers ikke kan købe det hele (rigtig god ting) værdien af et domæne vil falde (min påstand, defineret efter udbud og efterspørgelse), og domainers derfor vil se deres invisteringer skrumpe til ingenting (også en god ting), og som følge af det vil vi se det sekundære marked falde i værdi (sedo og andre landingpages pis).</p>
<p>&nbsp;</p>
<p>Det vil også betyde at alt det som er nævnt overfor om sunrise og landrush vil blive udvandet, varemærker vil skulle vurderer om det ikke er på tide at lave en domænestrategi, som er en meget bedre løsning end at købe i blinde, og dette vil dermed også tvinge folk til at vurderer formålet af deres nuværende domænebeholdning.. Dette er også en god ting..</p>
<p>&nbsp;</p>
<p>&#8230; i øvrigt, mit eget gæt på hvor mange ansøgerne på nye gTLD&#8217;er der bliver indsendt i perioden 12 januar til 12 april er : 5592</p>
<p>Dette er af mange i branchen betragtet som et meget højt tal, og folk gætter normalt vildt omkring de 3000.</p>
<p>&nbsp;</p>
<p>Svaret på det spørgsmål kommer 1 maj 2012, når ICANN offentliggøre listen af ansøgninger, jeg håber lidt at jeg ikke vinder de 8 flasker whisky&#8230;</p>
]]></content:encoded>
			<wfw:commentRss>http://new.czar.dk/2011/11/24/et-nyt-tld-kommer-til-verden-hvordan-foregar-det/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Endnu engang en uannonceret ændring af proceduren&#8230; DK-Hostmaster, hvem ellers?</title>
		<link>http://new.czar.dk/2010/07/19/endnu-engang-en-uannonceret-%c3%a6ndring-af-proceduren-dk-hostmaster-hvem-ellers/</link>
		<comments>http://new.czar.dk/2010/07/19/endnu-engang-en-uannonceret-%c3%a6ndring-af-proceduren-dk-hostmaster-hvem-ellers/#comments</comments>
		<pubDate>Mon, 19 Jul 2010 16:26:13 +0000</pubDate>
		<dc:creator>czar</dc:creator>
				<category><![CDATA[Misc]]></category>
		<category><![CDATA[difo]]></category>
		<category><![CDATA[DK-Hostmaster]]></category>

		<guid isPermaLink="false">http://new.czar.dk/?p=637</guid>
		<description><![CDATA[Endnu engang må jeg opdage, ved tilfælde, at procedure og information til vores kunder ændres Informationen er svær nok at forstå for fru Jensen, men nu skal hun også åbne en PDF når hun køber et nyt domæne, førend man finder ud af man rent faktisk skal aktiverer domænet.. man har nemlig valgt at flytte [...]]]></description>
			<content:encoded><![CDATA[<div class='wb_fb_top'><div style="float:right;"></div></div><p>Endnu engang må jeg opdage, ved tilfælde, at procedure og information til vores kunder ændres</p>
<p>Informationen er svær nok at forstå for fru Jensen, men nu skal hun også åbne en PDF når hun køber et nyt domæne, førend man finder ud af man rent faktisk skal aktiverer domænet..</p>
<p>man har nemlig valgt at flytte informationen fra selv emailen, som nu ser sådan her ud:<br />
Til Larsen Data ApS (LDA377-DK)</p>
<p>Vi fremsender hermed ordrebekræftelsen for domænenavnet<br />
XXXXXXXXX.dk vedhæftet i PDF-format.</p>
<p>BEMÆRK: Du skal bruge Adobe Acrobat Reader for at kunne se og printe<br />
vedhæftede ordrebekræftelse. Hvis du ikke har Adobe Acrobat Reader,<br />
kan du hente programmet her: http://get.adobe.com/dk/reader/</p>
<p>Med venlig hilsen</p>
<p>DK Hostmaster A/S<br />
Kalvebod Brygge 43, 4<br />
1560 København V<br />
Tlf.: +45 33 64 60 60<br />
Fax: +45 33 64 60 66<br />
E-mail: info@dk-hostmaster.dk<br />
www.dk-hostmaster.dk<br />
CVR-nr.: 24210375</p>
<p>&#8230; og ind i en pdf af ordrebekræftelsen/aktiveringsbrevet&#8230; Hurra, nogen der vil vædde med mig på hvilken NEGATIV effekt det har på antallet af aktiveringer?</p>
]]></content:encoded>
			<wfw:commentRss>http://new.czar.dk/2010/07/19/endnu-engang-en-uannonceret-%c3%a6ndring-af-proceduren-dk-hostmaster-hvem-ellers/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>NemID/DanID &#8230; funktion vs model</title>
		<link>http://new.czar.dk/2010/06/29/nemiddanid-funktion-vs-model/</link>
		<comments>http://new.czar.dk/2010/06/29/nemiddanid-funktion-vs-model/#comments</comments>
		<pubDate>Tue, 29 Jun 2010 22:02:40 +0000</pubDate>
		<dc:creator>czar</dc:creator>
				<category><![CDATA[Misc]]></category>

		<guid isPermaLink="false">http://new.czar.dk/?p=634</guid>
		<description><![CDATA[&#8230; er jeg den eneste der er lidt træt af den nuværende debat om NEMid og dets fortrineligheder set fra maren i kærets vinkel, krydret med tekniknørdernes frustration over modellen der er valgt? Der er to emner, vælg den ene og blev ved det. Naturligvis er succesen betinget af at Karen Maren kan bruge sin [...]]]></description>
			<content:encoded><![CDATA[<div class='wb_fb_top'><div style="float:right;"></div></div><div class="socialize-in-content" style="float:left;"><div class="socialize-in-button socialize-in-button-vertical"><script type="text/javascript">
				<!-- 
				tweetcount_url = "http://new.czar.dk/2010/06/29/nemiddanid-funktion-vs-model/";
				tweetcount_title = "NemID/DanID &#8230; funktion vs model";
				tweetcount_src = "RT @peterczar:";
				tweetcount_via = true;
				tweetcount_links = true;
				tweetcount_size = "large";
				tweetcount_background = "";
				tweetcount_border = "";
                                
				//-->
			</script>
                        <script type="text/javascript" src="http://widgets.backtype.com/tweetcount.js"></script></div><div class="socialize-in-button socialize-in-button-vertical"><script>
			<!-- 
			var fbShare = {
				url: "http://new.czar.dk/2010/06/29/nemiddanid-funktion-vs-model/",
				size: "large",
				google_analytics: "true"
			}
			//-->
			</script>
                        <script src="http://widgets.fbshare.me/files/fbshare.js"></script></div></div><p>&#8230; er jeg den eneste der er lidt træt af den nuværende debat om NEMid og dets fortrineligheder set fra maren i kærets vinkel, krydret med tekniknørdernes frustration over modellen der er valgt?</p>
<p>Der er to emner, vælg den ene og blev ved det.</p>
<p>Naturligvis er succesen betinget af at Karen Maren kan bruge sin NEMid, men at drukne teknikkernes spørgsmål og bekymringer i &#8220;tilfredshedsundersøgelser af testpersoner som godt kunne finde ud af at vende papet rigtigt&#8221; er bare så trivielt og ørkesløst..</p>
<p>Vi ved nu alle at NEMid ikke er en digital signatur, at de ikke overtræder loven (fordi de er ikke UNDERLAGT loven) og det er noget forsinket makmærk som skal tjene laveste fællesnævner..</p>
<p>Hvis NEMid var så skidegodt, så vil jeg forslå DanID gik ind og garanterede imod misbrug, feks mindre virksomheder der ikke er dækket af bankernes ansvar om brug af netbank, men hvor den mindre virksomhed skal tegne en selvstændig forsikring for at dække evt tab imod indbrud i netbanken via nøgle misbrug..</p>
<p>&#8230;men DanID yder ikke en sådan forsikring, og det er der jo nok en grund til&#8230;.</p>
]]></content:encoded>
			<wfw:commentRss>http://new.czar.dk/2010/06/29/nemiddanid-funktion-vs-model/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Hårde tider for DIFO?</title>
		<link>http://new.czar.dk/2010/06/22/harde-tider-for-difo/</link>
		<comments>http://new.czar.dk/2010/06/22/harde-tider-for-difo/#comments</comments>
		<pubDate>Tue, 22 Jun 2010 09:50:30 +0000</pubDate>
		<dc:creator>czar</dc:creator>
				<category><![CDATA[DIFO]]></category>
		<category><![CDATA[icann]]></category>
		<category><![CDATA[Misc]]></category>
		<category><![CDATA[cph]]></category>
		<category><![CDATA[difo]]></category>
		<category><![CDATA[gTLD]]></category>

		<guid isPermaLink="false">http://new.czar.dk/?p=632</guid>
		<description><![CDATA[Selvom man skal være glad for at der sker ting, og man skal være positiv, så kan jeg ikke lade være med at knytte en del spørgsmål til http://www.internetdagen.dk/ 1) Hvorfor skal man lave sider i flash i dag, vi er ude af den tidsalder? 2) Hvorfor kan jeg ikke se hvem arrangøren er, jeg [...]]]></description>
			<content:encoded><![CDATA[<div class='wb_fb_top'><div style="float:right;"></div></div><div class="socialize-in-content" style="float:left;"><div class="socialize-in-button socialize-in-button-vertical"><script type="text/javascript">
				<!-- 
				tweetcount_url = "http://new.czar.dk/2010/06/22/harde-tider-for-difo/";
				tweetcount_title = "Hårde tider for DIFO?";
				tweetcount_src = "RT @peterczar:";
				tweetcount_via = true;
				tweetcount_links = true;
				tweetcount_size = "large";
				tweetcount_background = "";
				tweetcount_border = "";
                                
				//-->
			</script>
                        <script type="text/javascript" src="http://widgets.backtype.com/tweetcount.js"></script></div><div class="socialize-in-button socialize-in-button-vertical"><script>
			<!-- 
			var fbShare = {
				url: "http://new.czar.dk/2010/06/22/harde-tider-for-difo/",
				size: "large",
				google_analytics: "true"
			}
			//-->
			</script>
                        <script src="http://widgets.fbshare.me/files/fbshare.js"></script></div><div class="socialize-in-button socialize-in-button-vertical"><script type="text/javascript"><!-- 
		(function() {
		var s = document.createElement('SCRIPT'), s1 = document.getElementsByTagName('SCRIPT')[0];
		s.type = 'text/javascript';
		s.async = true;
		s.src = 'http://widgets.digg.com/buttons.js';
		s1.parentNode.insertBefore(s, s1);
		})();
		//-->
		</script><a class="DiggThisButton DiggWide" href="http://digg.com/submit?url=http%3A%2F%2Fnew.czar.dk%2F2010%2F06%2F22%2Fharde-tider-for-difo%2F"></a></div></div><p>Selvom man skal være glad for at der sker ting, og man skal være positiv, så kan jeg ikke lade være med at knytte en del spørgsmål til <a href="http://www.internetdagen.dk">http://www.internetdagen.dk/</a></p>
<p>1) Hvorfor skal man lave sider i flash i dag, vi er ude af den tidsalder?<br />
2) Hvorfor kan jeg ikke se hvem arrangøren er, jeg ved det godt, men jeg kan ikke se det på siden?<br />
3) Hvorfor skal det koste penge?</p>
<p>.. Men ud over det, så er jeg da glad for at se at <a href="http://DIFO.dk">DIFO</a> rykker lidt..</p>
<p>&#8230; skal vi ikke diskuterer et .CPH?</p>
]]></content:encoded>
			<wfw:commentRss>http://new.czar.dk/2010/06/22/harde-tider-for-difo/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>DanID og kodeord</title>
		<link>http://new.czar.dk/2010/05/11/danid-og-kodeord/</link>
		<comments>http://new.czar.dk/2010/05/11/danid-og-kodeord/#comments</comments>
		<pubDate>Tue, 11 May 2010 06:43:55 +0000</pubDate>
		<dc:creator>czar</dc:creator>
				<category><![CDATA[#GratisDNS]]></category>
		<category><![CDATA[BSD-DK]]></category>
		<category><![CDATA[Misc]]></category>
		<category><![CDATA[DanID]]></category>
		<category><![CDATA[itst]]></category>
		<category><![CDATA[nemid]]></category>

		<guid isPermaLink="false">http://new.czar.dk/?p=621</guid>
		<description><![CDATA[&#8220;Den personlige unikke kode kendes kun af borgeren, og det vil ikke umiddelbart være teknisk muligt for DanID at genskabe eller fremfinde borgerens personlige kode.&#8221; &#8211; IT- og Telestyrelsen Uenig]]></description>
			<content:encoded><![CDATA[<div class='wb_fb_top'><div style="float:right;"></div></div><p>&#8220;Den personlige unikke kode kendes kun af borgeren, og det vil ikke umiddelbart være teknisk muligt for DanID at genskabe eller fremfinde borgerens personlige kode.&#8221; &#8211; IT- og Telestyrelsen</p>
<p><strong>Uenig</strong></p>
]]></content:encoded>
			<wfw:commentRss>http://new.czar.dk/2010/05/11/danid-og-kodeord/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>PBS, 100% oppetid, og andre mærkværdigheder</title>
		<link>http://new.czar.dk/2010/05/07/pbs-100-oppetid-og-andre-m%c3%a6rkv%c3%a6rdigheder/</link>
		<comments>http://new.czar.dk/2010/05/07/pbs-100-oppetid-og-andre-m%c3%a6rkv%c3%a6rdigheder/#comments</comments>
		<pubDate>Fri, 07 May 2010 21:37:37 +0000</pubDate>
		<dc:creator>czar</dc:creator>
				<category><![CDATA[Arbejde]]></category>
		<category><![CDATA[GratisDNS.dk]]></category>
		<category><![CDATA[ISP]]></category>
		<category><![CDATA[Leverandøre]]></category>
		<category><![CDATA[Misc]]></category>
		<category><![CDATA[PBS]]></category>
		<category><![CDATA[DanID]]></category>
		<category><![CDATA[gratisdns.dk]]></category>
		<category><![CDATA[online handel]]></category>

		<guid isPermaLink="false">http://new.czar.dk/?p=617</guid>
		<description><![CDATA[snippet fra DanID Hvad sker der hvis den centrale server går ned? DanID er en del af PBS, og netop PBS er vant til at have en omverden, der stiller de højeste krav til tilgængelighed og oppetid. Faktisk har vi en oppetid på vores systemer, der er meget tæt på 100 %. Det vil selvfølgelig [...]]]></description>
			<content:encoded><![CDATA[<div class='wb_fb_top'><div style="float:right;"></div></div><div class="socialize-in-content" style="float:left;"><div class="socialize-in-button socialize-in-button-vertical"><script type="text/javascript">
				<!-- 
				tweetcount_url = "http://new.czar.dk/2010/05/07/pbs-100-oppetid-og-andre-m%c3%a6rkv%c3%a6rdigheder/";
				tweetcount_title = "PBS, 100% oppetid, og andre mærkværdigheder";
				tweetcount_src = "RT @peterczar:";
				tweetcount_via = true;
				tweetcount_links = true;
				tweetcount_size = "large";
				tweetcount_background = "";
				tweetcount_border = "";
                                
				//-->
			</script>
                        <script type="text/javascript" src="http://widgets.backtype.com/tweetcount.js"></script></div><div class="socialize-in-button socialize-in-button-vertical"><script>
			<!-- 
			var fbShare = {
				url: "http://new.czar.dk/2010/05/07/pbs-100-oppetid-og-andre-m%c3%a6rkv%c3%a6rdigheder/",
				size: "large",
				google_analytics: "true"
			}
			//-->
			</script>
                        <script src="http://widgets.fbshare.me/files/fbshare.js"></script></div><div class="socialize-in-button socialize-in-button-vertical"><script type="text/javascript"><!-- 
		(function() {
		var s = document.createElement('SCRIPT'), s1 = document.getElementsByTagName('SCRIPT')[0];
		s.type = 'text/javascript';
		s.async = true;
		s.src = 'http://widgets.digg.com/buttons.js';
		s1.parentNode.insertBefore(s, s1);
		})();
		//-->
		</script><a class="DiggThisButton DiggWide" href="http://digg.com/submit?url=http%3A%2F%2Fnew.czar.dk%2F2010%2F05%2F07%2Fpbs-100-oppetid-og-andre-m%25c3%25a6rkv%25c3%25a6rdigheder%2F"></a></div></div><p>snippet fra <a href="https://danid.dk/export/sites/dk.danid.oc/da/om_danid/ny_digital_signatur/faq_om_nemid/">DanID</a></p>
<p><strong>Hvad sker der hvis den centrale server går ned?</strong></p>
<p>DanID er en del af <a href="http://www.pbs.dk">PBS</a>, og netop PBS er vant til at have en omverden, der stiller de højeste krav til tilgængelighed og oppetid. Faktisk har vi en oppetid på vores systemer, der er meget tæt på 100 %. Det vil selvfølgelig også gælde for de centrale DanID servere.</p>
<p>Kommentar:</p>
<p>javel, det er derfor vi i online internet handel frygter og håner PBS under hver enkelt af de patchmandage og spontane fejl i dankort systemer, hvor de gang på gang beviser at de ikke er i stand til at opretholde et redudant system med nøjagtig angivelse på hjemmesiden om lortet virker eller ej, fordi medarbejderen der skal opdatere hjemmesiden med fejlen, ikke kan tilgå siden.. og opdateringen er manuel.</p>
<p>#FAIL! og jeg er så TRÆT af de farvede holdninger om PBS er det sidste nye siden vådt vand og de bedste til opgaven siden forskåret rugbrød.. PBS er en omvandrende katastrofe, og DanID bliver det sidste søm, længe leve DanID.</p>
<p>Ses vi til DanID info møde d. 10 maj på ITU?</p>
<p><a href="http://www.version2.dk/grupper/digitalsignatur/opslag/NemID-Informationsaften-d-105-2010-19-00-21-00">Info kan findes her</a></p>
]]></content:encoded>
			<wfw:commentRss>http://new.czar.dk/2010/05/07/pbs-100-oppetid-og-andre-m%c3%a6rkv%c3%a6rdigheder/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>DIFO høring om &#8220;DNSSEC&#8221; &#8230;</title>
		<link>http://new.czar.dk/2010/05/04/difo-h%c3%b8ring-om-dnssec/</link>
		<comments>http://new.czar.dk/2010/05/04/difo-h%c3%b8ring-om-dnssec/#comments</comments>
		<pubDate>Tue, 04 May 2010 09:24:19 +0000</pubDate>
		<dc:creator>czar</dc:creator>
				<category><![CDATA[Arbejde]]></category>
		<category><![CDATA[DIFO]]></category>
		<category><![CDATA[DK-Hostmaster]]></category>
		<category><![CDATA[DNSSEC]]></category>
		<category><![CDATA[ISP]]></category>
		<category><![CDATA[Leverandøre]]></category>
		<category><![CDATA[Misc]]></category>
		<category><![CDATA[advokat]]></category>
		<category><![CDATA[difo]]></category>
		<category><![CDATA[DKRegistrar]]></category>

		<guid isPermaLink="false">http://new.czar.dk/?p=614</guid>
		<description><![CDATA[DIFO har netop sat en høringsprocess igang vedrørende DNSSEC (ud over høringen om typosquatting som har frist til 11. Maj) så har denne høring også frist til 11. Maj, og er også en revision af de generelle vilkår. Sagt med andre ord. 7 dages høringsfrist. Hurra! Set ud fra et demokratisk synspunkt finder jeg det [...]]]></description>
			<content:encoded><![CDATA[<div class='wb_fb_top'><div style="float:right;"></div></div><div class="socialize-in-content" style="float:left;"><div class="socialize-in-button socialize-in-button-vertical"><script type="text/javascript">
				<!-- 
				tweetcount_url = "http://new.czar.dk/2010/05/04/difo-h%c3%b8ring-om-dnssec/";
				tweetcount_title = "DIFO høring om &#8220;DNSSEC&#8221; &#8230;";
				tweetcount_src = "RT @peterczar:";
				tweetcount_via = true;
				tweetcount_links = true;
				tweetcount_size = "large";
				tweetcount_background = "";
				tweetcount_border = "";
                                
				//-->
			</script>
                        <script type="text/javascript" src="http://widgets.backtype.com/tweetcount.js"></script></div><div class="socialize-in-button socialize-in-button-vertical"><script>
			<!-- 
			var fbShare = {
				url: "http://new.czar.dk/2010/05/04/difo-h%c3%b8ring-om-dnssec/",
				size: "large",
				google_analytics: "true"
			}
			//-->
			</script>
                        <script src="http://widgets.fbshare.me/files/fbshare.js"></script></div><div class="socialize-in-button socialize-in-button-vertical"><script type="text/javascript"><!-- 
		(function() {
		var s = document.createElement('SCRIPT'), s1 = document.getElementsByTagName('SCRIPT')[0];
		s.type = 'text/javascript';
		s.async = true;
		s.src = 'http://widgets.digg.com/buttons.js';
		s1.parentNode.insertBefore(s, s1);
		})();
		//-->
		</script><a class="DiggThisButton DiggWide" href="http://digg.com/submit?url=http%3A%2F%2Fnew.czar.dk%2F2010%2F05%2F04%2Fdifo-h%25c3%25b8ring-om-dnssec%2F"></a></div></div><p><a href="http://difo.dk">DIFO</a> har netop sat en høringsprocess igang vedrørende DNSSEC (ud over høringen om typosquatting som har frist til 11. Maj) så har denne høring også frist til 11. Maj, og er også en revision af de generelle vilkår. Sagt med andre ord. 7 dages høringsfrist. Hurra!</p>
<p>Set ud fra et demokratisk synspunkt finder jeg det betænkeligt at der er to høringer i gang, begge med formål at ændre de generelle vilkår, men med forskellige dokumenter og revisioner.</p>
<p>Jeg vil i dette blogindlæg derfor fokusere på: <a href="http://www.difo.dk/fileadmin/user_upload/documents/generelle_Vilkaar/Generelle_vilkaar_udkast_DNSSEC.pdf">http://www.difo.dk/fileadmin/user_upload/documents/generelle_Vilkaar/Generelle_vilkaar_udkast_DNSSEC.pdf</a> og ikke <a href="http://www.difo.dk/fileadmin/user_upload/documents/generelle_Vilkaar/Generelle_vilkaar_udkast_april_2010.pdf">http://www.difo.dk/fileadmin/user_upload/documents/generelle_Vilkaar/Generelle_vilkaar_udkast_april_2010.pdf</a></p>
<p>I forbindelse med DNSSEC har man tilføjet tilsyneladende 3 ting:</p>
<p>§ 2:<br />
Ved DNSSEC forstås en teknisk sikkerhedsfacilitet, der ad kryptografisk vej og på grundlag af internationalt anerkendte standarder mindsker risikoen for, at svaret på en DNS-forespørgsel kompromitteres under afviklingen af processen.<br />
Ved Nøgleansvarlig forstås den fysiske eller juridiske person, som registranten har bemyndi- get til at håndtere transaktioner, som indebærer ændringer i opsætning og indhold af krypte- ringsnøgler for DNSSEC.</p>
<p>§ 5.2:<br />
Når ovenstående betingelser er opfyldt, registrerer DK Hostmaster, at registranten har skiftet internetudbyder. Ved redelegering af et domænenavn med tilknyttede DNSSEC-nøgler vil DNSSEC-service som hovedregel blive afbrudt, indtil registranten har angivet en ny nøglean- svarlig og nye nøgler, og DK Hostmaster har registreret den nye nøgleansvarlige og de nye nøgler.</p>
<p>§ 10:<br />
DK Hostmaster påser, at de krypteringsnøgler, som DK Hostmaster genererer til brug for DNSSEC på .dk-zonen, er valide og annonceres korrekt. Ansvaret for registrantens krypte- ringsnøgler og håndteringen af disse påhviler registranten.<br />
Det påhviler registranten selv at:<br />
• • • •<br />
generere sine krypteringsnøgler til brug for DNSSEC fremsende den offentlige nøgle af det genererede nøglepar til DK Hostmaster publicere nøglerne i DNS og sikre nøglerne mod kompromittering.<br />
Brugen af DNSSEC indebærer derfor ikke en udvidelse af DK Hostmasters ansvar for rigtig- heden af DNS-oplysninger.</p>
<p>ad §2:<br />
DNSSEC defineringen kan vi jo ikke rigtig sige noget til, men nøgleansvarlige bliver jeg nød til at kommentere.</p>
<p>En nøgleansvarlig findes i dag ikke på de godt 1000000 .dk domæner der findes, og udnævelse af en sådan, skal tilsyneladende ske ved en bemyndigelse af registranten, dvs. registranten skal personligt, eller hvertfald ved udlevering af sin adgang til dkhm hjemmeside, give nogen adgang til dette.</p>
<p>Resultatet bliver, uden tvivl, et af to onder. 1) DNSSEC bliver aldrig stort her i lille Danmark. 2) Kaos med support.</p>
<p>ad 5.2:<br />
Redelegering udsletter så samtidigt nøgle, og nøgleansvarlig, så jeg formoder at nøgleansvarlig også kan godkendes og sættes i redelegerings fasen så vi slipper for flere unødige procedurer?</p>
<p>ad 10:<br />
Det påhviler ikke registranten, men den nøgleansvarlige, at nøglerne er korrekt. i sidste ende bliver dette til registranten, men nu har man lavet rollefordeling til en nøgleansvarlig, så ville det også være smart at benytte sig af denne.</p>
<p>Yderlige bemærkninger til generelle vilkår:<br />
§6<br />
beskrivelsen af priserne bør ikke indgå i de generelle vilkår, men på et seperat prisblad.</p>
<p>§6.3 er ikke korrekt, fremtidligt betalinger tilfalder betalings kontakten, eller af den som registranten har markeret som betaler.</p>
<p>§ 8.3.5 &#8220;DIFO ́s beslutning kan ikke indbringes for Klagenævnet for Domænenavne, men kan indbrin- ges for de almindelige domstole.&#8221; Javel ja.. Hvor kom den regel fra, hvad er defineret ved sikkerheds hensyn, og hvorfor tror DIFO at loven ikke gælder for dem?</p>
<p>Der undres også en del over over i Kødbyen, at der tilsyneladende er så meget brug for ansvarsfraskrivelsen OG typosquatting reglerne&#8230; Men det kan vi komme ind på senere.. Offentlighedsfasen og information om DNSSEC finde der intet af på DK-Hostmaster.dk (prøv selv at søge efter &#8220;DNSSEC&#8221; her: <a href="https://www.dk-hostmaster.dk/soegning">https://www.dk-hostmaster.dk/soegning</a>)</p>
]]></content:encoded>
			<wfw:commentRss>http://new.czar.dk/2010/05/04/difo-h%c3%b8ring-om-dnssec/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>46 nye TLD&#8217;er på 15 dage</title>
		<link>http://new.czar.dk/2010/04/27/46-nye-tlder-pa-15-dage/</link>
		<comments>http://new.czar.dk/2010/04/27/46-nye-tlder-pa-15-dage/#comments</comments>
		<pubDate>Tue, 27 Apr 2010 07:51:15 +0000</pubDate>
		<dc:creator>czar</dc:creator>
				<category><![CDATA[Misc]]></category>
		<category><![CDATA[DK-Hostmaster]]></category>
		<category><![CDATA[gratisdns.dk]]></category>
		<category><![CDATA[icann]]></category>
		<category><![CDATA[tld]]></category>

		<guid isPermaLink="false">http://new.czar.dk/?p=610</guid>
		<description><![CDATA[Vi har tilføjet 46 nye TLD&#8217;er, fortrinsvis ccTLD&#8217;er på GratisDNS.dk de sidste 15 dage. Altså, ikke i DNS der har vi 126 TLD&#8217;er, men TLD&#8217;er du kan købe domæner under. Første spørgsmål må være, kan vi bruge det til noget? Svaret må være ja, vi er en del af et globalt samfund, mange af vores [...]]]></description>
			<content:encoded><![CDATA[<div class='wb_fb_top'><div style="float:right;"></div></div><p>Vi har tilføjet 46 nye TLD&#8217;er, fortrinsvis ccTLD&#8217;er på <a href="http://GratisDNS.dk">GratisDNS.dk</a> de sidste 15 dage.</p>
<p>Altså, ikke i DNS der har vi 126 TLD&#8217;er, men TLD&#8217;er du kan købe domæner under.</p>
<p>Første spørgsmål må være, kan vi bruge det til noget?</p>
<p>Svaret må være ja, vi er en del af et globalt samfund, mange af vores virksomheder er på eventyr i udlandet, og vi har også brug for kvikke smarte alternativer til det lidt overbefolket .com og det <a href="http://www.comon.dk/nyheder/Minister-stilles-til-ansvar-for-Orango-dk-1.247850.html">retsløse .dk</a></p>
<p>Ud af de 46 vi har tilføjet vil jeg trække et par frem som efter min mening skiller sig væsentligt ud, men her er den komplette liste..</p>
<p><a href="https://ssl.gratisdns.dk/order.phtml">.io .ro .gg .je .ir .hk .gr .hu .lv .ki . kz .lc .ms .mu .mw .na .nf .pk .ps .ug .cz .me .nl .lu .lt .si .to .tl .us .ws .asia .name .cc .in .de .pro .it .es .as .at .li .ch .pl .tv .fm og .dj</a></p>
<p>.io<br />
Et eksempel på et tld som også har en betydning indenfor teknik. Vil kunne tiltale folk med teknisk baggrund.</p>
<p>.na<br />
Sjovt af to årsager, 1) Det er pissedyrt, 2) prisen gør det .. ehm.. not available.. :)</p>
<p>.me</p>
<p>Er udråbt af hele domænebranchen til at være det personlige domæne, .me, fordi det handler om mig. de fleste af de rigtige gode generic domæner under .me er dog på auction, men der er stadig masser af muligheder for at vælge en god personlig hjemmeside under dette ccTLD.</p>
<p>.de</p>
<p>Verdens største ccTLD. Et stort marked, og et eksempel på et TLD som mange danske virksomheder har interesse i.</p>
<p>.pro<br />
.pro gTLD&#8217;et er en af de spændende lidt glemte generic TLD&#8217;er som vi har prøvet at tage lidt frem af skuffen.</p>
<p>Pro TLD&#8217;et er tiltænkt professinelle, dvs, folk med en uddannelse, feks, tømremestre, advokater, firma&#8217;er osv. dvs, du skal have noget papir på du er en professionel udøver af dit værk.</p>
<p>.as<br />
Selvforklarende, det er ikke fordi vi har en forkærlighed for American Samoa, men fordi det unægteligt er en del af identiteten for danske og norske aktieselskaber, og også er brugt af disse såfremt .no eller .dk i deres firmanavn er optaget.</p>
<p>.fm &amp; .dj<br />
Er begge eksempler på ccTLD&#8217;er, som har en klang ind i musik/online media verden, og som kunne bruges til at give signalværdi om hvad man er.</p>
]]></content:encoded>
			<wfw:commentRss>http://new.czar.dk/2010/04/27/46-nye-tlder-pa-15-dage/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Dell^H^H^H^HApple og iPhone&#8217;s af anden etnisk oprindelse</title>
		<link>http://new.czar.dk/2010/02/08/apple-og-iphones-af-anden-etnisk-oprindelse/</link>
		<comments>http://new.czar.dk/2010/02/08/apple-og-iphones-af-anden-etnisk-oprindelse/#comments</comments>
		<pubDate>Mon, 08 Feb 2010 11:13:58 +0000</pubDate>
		<dc:creator>czar</dc:creator>
				<category><![CDATA[Misc]]></category>

		<guid isPermaLink="false">http://new.czar.dk/?p=589</guid>
		<description><![CDATA[Jeg kan mærke at det er ved at være tidspunkt til mit første rigtige møde med apple care&#8217;s supportafdeling, og det nu er på tide at jeg får en ægte erfaring på forskellen mellem god og dårlig support fra Apple&#8217;s side af. Vi har rigtig mange Apple produkter, og er, i beskedenhed, i forhold til [...]]]></description>
			<content:encoded><![CDATA[<div class='wb_fb_top'><div style="float:right;"></div></div><p>Jeg kan mærke at det er ved at være tidspunkt til mit første rigtige møde med apple care&#8217;s supportafdeling, og det nu er på tide at jeg får en ægte erfaring på forskellen mellem god og dårlig support fra Apple&#8217;s side af.</p>
<p>Vi har rigtig mange Apple produkter, og er, i beskedenhed, i forhold til firma&#8217;et størrelse, en god kunde.</p>
<p>Ikke distro mindre sidder jeg nu med en hønen og ægget problemstilling, som udelukket kan henføres til dårlig support og uvilje fra Apple&#8217;s side af.</p>
<p>Haves: 1 stk iPhone 32GB 3GS, defekt, smider 33% af opkald. Dette er verificeret af Genius Bar i Santa Monica, USA, som har anført at telefonen er &#8220;eligible for replacement&#8221;.</p>
<p>Telefonen er købt i australien, og har udviddet applecare protection, den er købt 27 juni 2009. Den låst op 100% af apple store i Sydney, og er helt uden operatørlås. Telefonen er lovlig, har aldrig været jailbroken eller deslige.</p>
<p>Apple DK vil ikke ombytte telefonen, da kun Telia og Tele2 må det i Danmark (klart en uvilje mod at hjælpe, end et specielt servicemindet forhold).</p>
<p>Apple US kan ikke hjælpe da de kun har AT&amp;T iPhones.</p>
<p>Apple AU vil kun ombytte i Australien.</p>
<p>Såh, hvor er den gode service Apple? eller prøver i bare at ligne Dell?</p>
]]></content:encoded>
			<wfw:commentRss>http://new.czar.dk/2010/02/08/apple-og-iphones-af-anden-etnisk-oprindelse/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Fra typoskik mødet.. Et dejavu til Lissabon</title>
		<link>http://new.czar.dk/2010/01/12/fra-typoskik-m%c3%b8det-et-dejavu-til-lissabon/</link>
		<comments>http://new.czar.dk/2010/01/12/fra-typoskik-m%c3%b8det-et-dejavu-til-lissabon/#comments</comments>
		<pubDate>Tue, 12 Jan 2010 19:12:21 +0000</pubDate>
		<dc:creator>czar</dc:creator>
				<category><![CDATA[Misc]]></category>

		<guid isPermaLink="false">http://new.czar.dk/?p=582</guid>
		<description><![CDATA[&#8230; just hjemkommet fra det &#8220;store&#8221; typosquatting og domæneskik møde. Nu skal jeg sige noget positivt.. være glad for at vi flytter os, og at der er håb for ende af tunnelen. at vi mødes positivt med en domæneadministration som vil samarbejde med os almindelige mennesker, domæneejerene og registratorerne. Det er hvertfald illusionen.. &#8230; selve [...]]]></description>
			<content:encoded><![CDATA[<div class='wb_fb_top'><div style="float:right;"></div></div><p>&#8230; just hjemkommet fra det &#8220;store&#8221; typosquatting og domæneskik møde.</p>
<p>Nu skal jeg sige noget positivt.. være glad for at vi flytter os, og at der er håb for ende af tunnelen. at vi mødes positivt med en domæneadministration som vil samarbejde med os almindelige mennesker, domæneejerene og registratorerne. Det er hvertfald illusionen..</p>
<p>&#8230; selve setupet har jeg set før, jeg sidder pludselig i Lissabon i mit hoved.. Anders sidder ved siden af mig.. Folk råber, det gør de ikke i København, noget forstyrre min drøm.. eller, Nej, det er det samme, det er &#8220;Just be nice&#8221; der taler.. Jeg bliver forvirret, er det her et dejavu?</p>
<p>Der tales pænt, folk smiler, men man har fornemmelsen af en kløft, dels en kløft imellem de mange advokater og de mange tekniske folk.. De taler ikke samme sprog, de forstår ikke samme sætning ens.. Hvad er et aktivt domæne, juristen forklarer.. Teknikken spørger igen.. Der svares igen.. Der spørges igen.. Det samme spørgsmål.. Det samme svar.. Intet svar.</p>
<p>Juristen gennemgår sager som hun mener viser en rød tråd igennem domæneklagenævnets fortolkning af domæneskik, ting værdilades, men værdien, og en reele hensigter er sværre at forstå for teknikkerne.. Værdi er lig med penge, hvor mange penge? Eller er det metaforisk værdi?</p>
<p>Der er ikke forståelse.. Jeg sidder pludselig igen i Lissabon i drømmen, eller er det reelt et mareridt, jeg kan stadig se Bob fra EURid der prøver at forklare masserne at man skal bare opføre sig pænt, så skal det nok gå med det nye .eu domæne.. på samme måde ser jeg at Mads Bryde Andersen forklare at det ikke er et problem at skifte email adresse, selv på tusindvis af sites, det er ikke et kriterium for kritik.</p>
<p>EURid skiftede stil efter Lissabon mødet, og lavede to advisory boards, et teknisk, og et politisk, jeg arbejder i det politiske advisory board for EURid.</p>
<p>Bob arbejder ikke mere for EURid, og har i en årrække ikke haft direkte kontakt til registratorer.</p>
]]></content:encoded>
			<wfw:commentRss>http://new.czar.dk/2010/01/12/fra-typoskik-m%c3%b8det-et-dejavu-til-lissabon/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
	</channel>
</rss>

