Problem mit Umlaut Domains / Emails [GELÖST]

[marcus198514]

Hallo ,

ich lege eine Domain an mit z.b. www.meineübung.de

alles gut Domain läuft. Lege ich eine Email an.

Z.b. info@meineübung.de auch alles gut.

Senden geht ! ABER

EMPFANGEN nicht.

Hier mal der Inhalt was ich z.b. bekomme wenn ich an die oben genannte beispiel Email eine Mail sende .

Die Nachricht wurde nicht zugestellt

Die Antwort vom Remoteserver ist:

554 5.7.1 <testtest@schönewagen.de>: Relay access denied
Final-Recipient: rfc822; testtest@xn--schnewagen-kmb.de
Action: failed
Status: 5.7.1
Remote-MTA: dns; vpsXXXX.XXXX.com. (IPXX.XX.X.XX, the server for the
domain xn--schnewagen-kmb.de.)
Diagnostic-Code: smtp; 554 5.7.1 <testtest@schönewagen.de>: Relay access denied
Last-Attempt-Date: Sun, 13 Jan 2019 02:34:17 -0800 (PST)


hat jemand eine Idee

[fpiel]

Wenn ich mich recht erinnere, sind Umlautdomains nur für http gemacht.
Mail funktioniert grundsätzlich nicht.

Grüße
fpiel

[OlliTheDarkness]

Mit der Einführung der Internationalen Domain-Namen (IDN) dürfen Domain-Namen auch 92 Sonderzeichen außerhalb des reinen ASCII-Codes, z. B. deutsche Umlaute enthalten. Dieser IDN muss vom E-Mail-Programm jedoch mittels einer Punycode-Vorschrift in einen ACE-String (ASCII Compatible Encoding) übersetzt werden. Aus müller wird z. B. xn--mller-kva. Aus technischer Sicht ändert sich im E-Mail-Verkehr durch IDN nichts: Alle Zeichen oberhalb des ASCII-Codes 127, also auch Umlaute, bleiben in einer E-Mail-Adresse generell verboten und müssen kodiert werden. Da noch nicht alle E-Mail-Programme Punycode automatisch kodieren und dekodieren können, sollte man vor dem Einsatz prüfen, ob alle Kommunikationspartner mit den Umlautdomains zurechtkommen bzw. ob man die daraus entstehenden Probleme in Kauf nehmen will.

Werden beispielhafte Adressen z. B. für Handbücher benötigt, so muss hierfür eine der dafür vorgesehenen Beispieldomains verwendet werden, da diese Domains als einzige von der IANA für diesen Zweck reserviert sind. Alternativ kann man an einen beliebigen Namen die TLD .example anhängen (siehe RFC 2606). Andere oft verwendete Domains wie beispiel.de oder invalid.de existieren hingegen wirklich und nehmen teilweise tatsächlich Mails an.

Quelle: Wikipedia

Eine Umlaut Domain zu haben ist das eine, sie zu betreiben eine andere.

Google bietet dahingehend eine menge Ergebnisse.

[mhagge]

Wenn ich mich recht erinnere, sind Umlautdomains nur für http gemacht.
Mail funktioniert grundsätzlich nicht.

Grüße
fpiel

Grundsätzlich sollte es schon gehen, praktisch kommt es aber durchaus vermehrt zu Problemen -im Mail-Bereich scheint die Adaptionsrate für IDN noch nicht so hoch zu sein wie im Web

[marcus198514]

Hallo ,

danke erstmal für die Kommentare ... es muss ja gehen da der Kunde vorher bei einen anderen Anbieter war und da ging es ... das ist ja das Problem

[OlliTheDarkness]

Vieleicht bringt dir das etwas Licht ins Dunkel...

MXToolBox

Dank MX habe ich viele Probleme mit DNS / Mails / Sonstigen Records lösen können, dank ausführlicher Erklärung was fehlerhaft ist.

[fpiel]

Die Umrechnung von schönewagen.de ist
xn--schnewagen-gcb.de
Ist das bei Mailadressen anders?

Grüße
fpiel

[Alexander]

Die Umrechnung von schönewagen.de ist
xn--schnewagen-gcb.de
Ist das bei Mailadressen anders?

Ist es nicht.
KeyHelp erzeugt auch aus "schönewagen.de" das Konstrukt "xn--schnewagen-gcb.de".

@marcus198514
Die Frage ist jetzt, wo kommt "xn--schnewagen-kmb.de" bei dir her? Die Datenbank-Einträge wurden nicht am KeyHelp vorbei erzeugt / anschließend manipuliert?

[marcus198514]

Hallo ,

das war nur ein beispiel ... da ich die Domain hier nicht rausgeben kann...

es ist halt bei allen domains das selbe problem das halt bei Umlauten die Domains nicht ankommen . Sende ich jedoch Emails von ein Server von uns kommen diese auch dort an. Also gehe ich davon aus das es tatsächlich an gmail ... gmx und co liegt