de

MX-Einrichtung für benutzerdefinierte Domain ohne Rätselraten

Verbinden Sie eine Domain mit GPTMail mittels einer sauberen MX-Konfiguration, prüfen Sie, was autoritative DNS tatsächlich zurückliefert, und diagnostizieren Sie die häufigen Fälle, in denen ein korrekt erscheinender Eintrag dennoch fehlschlägt.

17.07.2026

Ein präziser Weg von einer benutzerdefinierten Domain über DNS zu einem Mail-Postfach

Ein MX‑Eintrag beantwortet eine enge Frage: Welcher Server soll E‑Mails für diese Domain empfangen? Für eine benutzerdefinierte Temporär‑E‑Mail‑Domain kann Cloudflare den autoritativen DNS hosten, während GPTMail — nicht Cloudflare — den empfangenden Posteingangs‑Dienst bereitstellt. Die Einrichtung wird verwirrend, wenn das DNS‑Dashboard korrekt aussieht, die öffentliche DNS‑Antwort jedoch etwas anderes sagt.

Die Lösung besteht darin, das Formular nicht zu beurteilen, sondern die Antwort zu prüfen, die das Internet tatsächlich sehen kann.

Vor dem Ändern von DNS

Bestätigen Sie drei Details:

  • Sie können DNS für die autoritativen Nameserver der Domain bearbeiten.
  • Die Domain ist exakt diejenige, für die Sie E‑Mails empfangen möchten.
  • Sie haben das aktuelle öffentliche MX‑Ziel, das von GPTMail angezeigt wird, kopiert.

GPTMail zeigt das erforderliche Ziel derzeit im Panel zum Hinzufügen einer Domain und auf der Domain‑Seite an. Verwenden Sie diesen Wert statt eines alten Screenshots oder eines Eintrags, der von einem anderen Dienst kopiert wurde.

Der minimale Eintrag

Für das aktuelle öffentliche GPTMail‑Ziel sieht der Eintrag typischerweise so aus:

Type: MX
Name: @
Target: email.chatgpt.org.uk
Priority: 1

DNS‑Anbieter beschreiben das Host‑Feld unterschiedlich. @, ein leerer Wert oder die Domain selbst können alle den Zonenkopf bedeuten. Folgen Sie der Konvention des Anbieters; geben Sie nicht wörtlich @ ein, wenn die Oberfläche ein leeres Feld erwartet.

Einige Anbieter verlangen einen abschließenden Punkt nach dem Ziel, andere fügen ihn automatisch hinzu. Beide Formen stellen denselben DNS‑Namen dar, wenn sie korrekt verarbeitet werden.

Wählen Sie öffentlich oder privat, bevor Sie das Ziel kopieren

GPTMail hat zwei benutzerdefinierte Domain‑Modi, und sie verwenden nicht immer dasselbe MX‑Ziel.

  • Eine öffentliche Domain verwendet das öffentliche Ziel, das auf der Domain‑Seite angezeigt wird. Nach der Verifizierung erscheint sie in der öffentlichen Domain‑Liste und erhält einen API‑Schlüssel für serverseitige Anfragen.
  • Eine private Domain bleibt außerhalb der öffentlichen Liste und ist mit Ihrem GPTMail‑Konto verknüpft: Melden Sie sich zuerst an, und nur dieses Konto kann ihre Nachrichten sehen. Beginnen Sie im Tab „private‑domain“ auf der GPTMail‑Startseite und erzeugen Sie die dedizierten DNS‑Einstellungen, bevor Sie das MX bearbeiten.

Kopieren Sie das öffentliche Beispiel in diesem Artikel nicht in ein privates Domain‑Setup. Der für die hinzuzufügende Domain angezeigte Wert ist die maßgebliche Quelle.

Priorität ist keine Geschwindigkeits‑Einstellung

Niedrigere Zahlen haben höhere Präferenz. Priorität 1 ist ein klarer Standard, aber 0 oder 10 funktionieren ebenfalls, wenn es die einzige MX‑Route ist. Die gefährliche Konfiguration ist ein älterer Eintrag mit einer niedrigeren Nummer, der irgendwo anders hinzeigt. Absender werden zuerst diese Route versuchen.

Während der Migration entfernen Sie veraltete MX‑Einträge, es sei denn, Sie betreiben bewusst einen getesteten Backup‑Empfänger. Mehrere Einträge sind keine harmlose Dekoration; sie definieren alternative Zustellungsrouten.

Überprüfen Sie die autoritative Antwort

Nach dem Speichern des Eintrags, fragen Sie das öffentliche DNS ab:

dig MX your-domain.example

Die Antwort sollte das GPTMail‑Ziel enthalten. Wenn nicht, prüfen Sie, welche Nameserver autoritativ sind:

dig NS your-domain.example

Fragen Sie dann einen dieser Nameserver direkt ab:

dig @authoritative-nameserver.example MX your-domain.example

Damit wird die Propagationsverzögerung von einer falschen DNS‑Zone getrennt. Wenn der autoritative Server bereits den neuen Eintrag zurückgibt, ein öffentlicher Resolver jedoch nicht, warten Sie, bis der Cache abläuft. Gibt der autoritative Server weiterhin den alten Wert zurück, wird das Warten das Problem nicht lösen; die Änderung wurde an der falschen Stelle gespeichert oder nicht veröffentlicht.

Warum ein korrekter Eintrag als unbekannt erscheinen kann

DNS‑Prüfungen können vorübergehend keine Antwort liefern, etwa wegen Resolver‑Timeouts, Nameserver‑Problemen, DNSSEC‑Fehlern oder weil ein Eintrag noch propagiert wird. Ein fehlgeschlagener Lookup beweist nicht, dass die Domain falsch konfiguriert ist.

Wenn GPTMail meldet, dass der MX‑Eintrag nicht auf den erforderlichen Server zeigt:

  1. Kopieren Sie den tatsächlichen MX‑Wert, der im Domain‑Manager angezeigt wird.
  2. Vergleichen Sie ihn mit dem erforderlichen Ziel, einschließlich des vollständigen Hostnamens.
  3. Prüfen Sie, ob ein konkurrierender Eintrag mit höherer Präferenz existiert.
  4. Fragen Sie den autoritativen Nameserver direkt ab.
  5. Warten Sie mehrere Minuten und versuchen Sie es nach einer neuen DNS‑Änderung erneut.

Löschen und erstellen Sie die Domain nicht wiederholt, während DNS propagiert. Das ändert den Anwendungszustand, ohne das DNS‑Ergebnis zu ändern.

Cloudflare‑autorisiertes Setup

Cloudflare ist in diesem Ablauf der DNS‑Anbieter; GPTMail ist der Empfänger des temporären Posteingangs. Dieses Setup verwendet kein Cloudflare Email Routing.

Vor der Autorisierung prüfen Sie Folgendes:

  • Wählen Sie das Cloudflare‑Konto und die Zone aus, die die Domain tatsächlich verwalten.
  • Wenn Cloudflare Email Routing aktiviert ist, deaktivieren Sie es zuerst. GPTMail erkennt seine Routing‑MX‑Einträge, stoppt ohne DNS zu ändern und fordert Sie auf, den Konflikt zu lösen.
  • Überprüfen Sie das von GPTMail angezeigte Ziel. Die einmalige Autorisierung ersetzt die MX‑Einträge nur für diese Domain; andere DNS‑Eintragstypen werden nicht geändert, und das Zugriffstoken wird nach Abschluss des Callbacks widerrufen.

Der automatische Eintrag verwendet die Priorität 0, während das manuelle Beispiel oben die Priorität 1 nutzt. Beide sind gültig, wenn es die einzige MX‑Route ist. Die Autorisierung reduziert Tippfehler, aber die endgültige Verifizierung beruht weiterhin auf dem öffentlichen DNS.

Falls die Domain einen anderen DNS‑Anbieter verwendet, fügen Sie den Eintrag manuell hinzu und kehren Sie zu GPTMail zurück, um die Verifizierung erneut zu starten.

Echtlieferung testen

Ein MX‑Lookup bestätigt das Routing, nicht die End‑zu‑End‑Zustellung. Nach der Verifizierung:

  • Erstellen Sie eine neue Adresse in der Domain;
  • Senden Sie eine kurze Nur‑Text‑Nachricht von einem anderen Anbieter;
  • Bestätigen Sie, dass die Empfängeradresse exakt übereinstimmt;
  • Warten Sie, bis der Absender die Zustellung abgeschlossen hat, bevor Sie einen Fehler annehmen;
  • Versuchen Sie einen zweiten Absender, wenn die erste Nachricht verzögert ist.

Vermeiden Sie Tests ausschließlich von einem System, das kürzlich die alte MX‑Route im Cache hatte.

Eigentum und Wiederherstellung getrennt halten

Eine benutzerdefinierte Domain gibt Ihnen Namenskontrolle, aber GPTMail bleibt ein temporärer Postfach‑Dienst. Bewahren Sie den Registrar‑Zugang, DNS‑Wiederherstellung und wichtige Kontowiederherstellung in einem dauerhaften Postfach außerhalb der temporären Domain auf.

Um zu entscheiden, ob eine private Domain überhaupt geeignet ist, lesen Sie Wählen Sie einen Posteingang nach Konsequenz, nicht nach Bequemlichkeit. Wenn Testnachrichten nach der MX‑Verifizierung immer noch nicht ankommen, verwenden Sie Verifizierungs‑E‑Mail kommt nicht an: Den fehlerhaften Schritt finden.

GPTMail