Ich will gar nicht wissen, ob die DENIC sich sicher ist, wieviel Aufwand bis Chaos (je nach Anbieter
) sie mit der kurzfristigen Einführung von Domains mit Eszett verursacht hat.
Ich persönlich sehe die größte Herausforderung für die meisten Anbieter darin, dass die sehr oft verwendete
libidn (die auch von PHPs IDN-Implementation genutzt wird), bislang nur den IDN2003-Standard kennt, und somit das
ß korrekt in
ss umwandelt, statt es - wie in IDN2008 festgehalten - zu konvertieren. Somit dürften die meisten Anwendungen, die bislang IDN-fähig sind, aus
welvertstraße.de ein
welvertstrasse.de statt einem
xn--welvertstrae-v9a.de machen.
Auf der Suche nach einem geeigneten Toolkit empfehlen wir (da wir selbst unsere Anwendungen größtenteils in C/C++ entwickeln) die auch auf der
DENIC-Webseite gelistete Library
http://jprs.co.jp/idn/idnkit-2.0.tar.bz2
Ich habe allerdings Mitleid mit all denen, die Funktionen wie
idna_to_*() bzw.
idn_to_*() an zig Stellen in ihren eigenen Werken verwenden und gratuliere zugleich denen, die sich frühzeitig eigene Wrapper drumherum geschrieben haben.
Im übrigen mache ich mir durchaus Sorgen, ob dem durchschnittlichen Endanwender und Domain-Inhaber klar ist, dass nicht alle Endgeräte bereits den neuen Standard kennen, und somit ggf. aus einer Domain mit Eszett evtl. eine mit
ss wird (ergo ergibt sich je nach Browser oder sonstigem Endgerät ein Unterschied, ob
welvertraße.de ein oder zwei Domainnamen ist/sind), was zu Verwirrung beim Besucher bishin zu einigen Erklärungen in den Support-Abteilungen führen wird - abgesehen von möglicherweise entstehenden Sicherheitsrisiken (wobei ich hoffe, dass Banken ihre Onlinebanking-Seiten primär auf der Domain mit
ss betreiben und im Zweifelsfall alle Schreibweisen Ihres Namens registriert haben).
Meine persönliche Meinung: Ich hätte es bei der bisherigen Umwandlung von
ß in
ss belassen - das hätte natürlich keine weitere Einnahmequelle beschert.
