Das Hinzufügen von Umlaut-Domains zu einem Kunden-Account war nicht möglich. Confixx entfernte den Umlaut vor der Umwandlung zu Punycode, weshalb der Domain-Name nicht konvertiert wurde. Aus “müller.de” wurde “mller.de”, was natürlich keine IDN-Domain mehr darstellt.

Nach Durchsicht des Quellcodes und einigem Debugging zeigte sich, dass die Umlaute durch die Funktion “escapeshellarg()” entfernt werden.

Nach Beiträgen auf drupal.org bzw. im PHP-Handbuch tritt der Fehler genau dann auf, wenn die verwendete Locale am Server kein UTF-8 kann.

Der Apache wird bei Debian Lenny fix auf “LANG=C” festgesetzt, was genau die Ursache zu sein scheint: mit Debian Etch wurden UTF8-Encodierungen als gültige Zeichen der Shell erkannt, mit Debian Lenny nicht mehr.

Abhilfe schafft der Aufruf von “setlocale()” direkt im PHP-Code, hier in die “idn-functions.php” eingefügt, da nur für IDN-Domains benötigt:

setlocale(LC_ALL, "de_DE.UTF-8");

Nun werden die Umlaute nicht mehr aus dem Domain-Namen entfernt, und die Konvertierung nach Punycode funktioniert.

Liebe Confixx-Entwickler, falls ihr das hier lesen solltet: Es gibt tolle PEAR-Module für IDN-Unterstützung, dann muss nicht extra ein externes Perl-Skript aufgerufen werden, nur um einen Domain-Namen zu konvertieren.

Diese Praxis hat sich soeben wieder mehrfach bestätigt:

• Umlaut-Domains werden nicht mit den UTF-8-encodierten Umlauten registriert und eingetragen, sondern im sog. Punycode: Aus “müller.de” wird dann “xn--mller-kva.de”. Dieser umgewandelte Domainname wird dann im DNS sowie bei der Registrierung verwendet. Als Bestätigung genügt es, beide Formen als URL im Browser einzugeben, es erscheinen die gleichen Inhalte
• Auch die Konfiguration der Server benutzt ausschließlich den Punycode: Webserver können mit Umlauten genausowenig anfangen, wie Mailserver, auch DNS-Server sind ausschließlich ASCII-fähig.
• Die Unterstützung von Umlautdomains beim Endanwender ist auch fragwürdig: Webbrowser wie Firefox oder Internet Explorer erlauben zwar IDN-Domains, die Unterstützung dafür stand aber zur Debatte.
• Mailclients wie GMail erlauben Umlautdomains gar nicht, Thunderbird akzeptiert zwar die eMail-Adresse als gültig, scheitert im Versand dann am Mailserver, der die Domain auf Grund falscher Syntax zurückweist.
• Die Sicherheit ist dabei ebenfalls ein nicht zu unterschätzender Faktor: zwischen “ebay.de” und “êbay.de” ist sehr wenig Unterschied, auf den ersten Blick kann der Anwender die Domains verwechseln (kann bei eBanking wie “fîducîa.de” auch auftreten!).

Alles in allem haben IDN-Domains zwar sicherlich ihre Daseinsberechtigung, auf Grund der genannten Probleme sollten aber in unseren Augen IDN-Domains lediglich zum Parken, Umleiten oder als Platzhalter dienen, aber auf keinen Fall für produktive Inhalte.

Von den Problemen, die andere Kulturkreise durch die andere Tastaturbelegung haben (ein japanischer Bürger wird sicherlich Probleme haben, eine deutsche Umlautdomain einzutippen, genau wie wir Probleme mit den japanischen Schriftzeichen haben), mal komplett abgesehen.