Mit der Funktion E-Mail-Routing in cPanel legst du fest, wie der Mailserver deines CURIAWEB-Hostings E-Mails für eine bestimmte Domain behandelt.
Diese Einstellung ist besonders wichtig, wenn deine Website bei CURIAWEB gehostet wird, deine E-Mails aber über einen externen Anbieter wie Microsoft 365, Google Workspace oder einen anderen Maildienst laufen.
In dieser Anleitung zeigen wir dir, wie du das E-Mail-Routing in cPanel kontrollierst, wann Local Mail Exchanger oder Remote Mail Exchanger benötigt wird und warum eine falsche Einstellung zu Zustellungsproblemen führen kann.
Wichtig: Ändere das E-Mail-Routing nicht auf Verdacht. Eine falsche Einstellung kann dazu führen, dass Nachrichten innerhalb des Servers am falschen Ort zugestellt werden oder lokale Absender einen externen Maildienst nicht korrekt erreichen.
Wann musst du das E-Mail-Routing überhaupt ändern? #
Wenn Website und E-Mail vollständig über dein CURIAWEB-Hosting betrieben werden und alles funktioniert, musst du die Routing-Einstellung normalerweise nicht manuell verändern.
Besonders relevant wird sie, wenn die Dienste getrennt sind.
Ein typisches Beispiel:
Deine Website deine-domain.ch liegt bei CURIAWEB, die E-Mail-Konten der Domain werden jedoch bei Microsoft 365 betrieben.
In diesem Fall muss der CURIAWEB-Server wissen, dass E-Mails für @deine-domain.ch nicht lokal zugestellt werden sollen, sondern an den extern zuständigen Mailserver gehören.
MX-Record und E-Mail-Routing: der wichtige Unterschied #
Bevor du eine Einstellung änderst, solltest du zwei Dinge auseinanderhalten.
Die MX-Records im DNS geben an, welche Mailserver für den Empfang von E-Mails einer Domain zuständig sind.
Das E-Mail-Routing in cPanel legt dagegen fest, wie der lokale Mailserver mit E-Mails für diese Domain umgehen soll.
Kurz erklärt: MX-Records veröffentlichen im DNS, wo E-Mails für eine Domain zugestellt werden sollen. Das cPanel E-Mail-Routing bestimmt, ob der lokale Mailserver die Domain selbst als lokales Ziel behandelt oder E-Mails an einen externen Mailserver weitergeben soll.
Die MX-Einträge selbst kannst du über den cPanel-Zoneneditor verwalten. Wie das funktioniert, zeigen wir unter DNS-Zoneneditor in cPanel verwenden.
1. E-Mail-Routing in cPanel öffnen #
Melde dich bei deinem CURIAWEB-cPanel an.
Scrolle zum Bereich E-Mail und klicke auf E-Mail-Routing.
Wenn mehrere Domains in deinem Hosting-Account vorhanden sind, musst du zunächst die Domain auswählen, deren Routing du überprüfen oder ändern möchtest.
Achtung: Kontrolliere unbedingt die ausgewählte Domain. Die Routing-Einstellung gilt für die jeweilige Domain und nicht pauschal für alle Domains deines Hosting-Accounts.
2. Aktuelle Routing-Einstellung kontrollieren #
cPanel zeigt dir die für die ausgewählte Domain verfügbare beziehungsweise erkannte Routing-Konfiguration an.
Je nach Oberfläche und Serverkonfiguration können Optionen wie folgende angezeigt werden:
- Konfiguration automatisch erkennen
- Local Mail Exchanger
- Backup Mail Exchanger
- Remote Mail Exchanger
Bevor du etwas änderst, solltest du wissen, wo die E-Mail-Konten der betreffenden Domain tatsächlich betrieben werden.
3. Entscheiden, wo die E-Mails deiner Domain gehostet werden #
Die entscheidende Frage lautet:
Soll der CURIAWEB-Mailserver die Postfächer dieser Domain selbst bedienen oder befinden sich die Postfächer auf einem externen Mailserver?
Wenn du diese Frage nicht sicher beantworten kannst, solltest du die Routing-Einstellung nicht manuell verändern.
Local Mail Exchanger – E-Mail wird bei CURIAWEB gehostet #
Local Mail Exchanger bedeutet, dass der lokale Mailserver E-Mails für die ausgewählte Domain als lokal zuzustellende Nachrichten behandelt.
Diese Einstellung ist grundsätzlich passend, wenn die E-Mail-Konten der Domain auf deinem CURIAWEB-Hosting eingerichtet sind.
Beispielsweise existiert in cPanel das Postfach:
info@deine-domain.ch
und CURIAWEB ist für den E-Mail-Dienst dieser Domain zuständig.
Dann muss der Server E-Mails für deine-domain.ch lokal verarbeiten können.
Faustregel: Liegen die tatsächlichen E-Mail-Postfächer der Domain auf deinem CURIAWEB-Hosting, ist die Domain aus Sicht dieses Servers ein lokales Mailziel.
Remote Mail Exchanger – E-Mail wird extern gehostet #
Remote Mail Exchanger bedeutet, dass der lokale Server E-Mails für die betreffende Domain nicht als lokal zuzustellende Nachrichten behandeln soll.
Diese Einstellung ist typischerweise erforderlich, wenn die Website bei CURIAWEB liegt, die E-Mail-Dienste der Domain aber auf externen Mailservern betrieben werden.
Das kann beispielsweise bei Diensten wie Microsoft 365, Google Workspace oder einer anderen externen Mailplattform der Fall sein.
Der CURIAWEB-Server soll in diesem Fall Nachrichten für die Domain nicht in lokalen Postfächern suchen, sondern die externe Mailroute verwenden.
Wichtig: Nur externe MX-Records einzutragen reicht bei bestimmten lokalen Zustellungssituationen nicht immer aus, wenn der Hosting-Server die Domain weiterhin als lokales Mailziel behandelt. DNS und lokales E-Mail-Routing müssen zur tatsächlichen Mailarchitektur passen.
Backup Mail Exchanger – nur für entsprechende Mailkonfigurationen #
Die Option Backup Mail Exchanger ist für Konfigurationen vorgesehen, bei denen der Server als Backup-Mailserver für eine Domain fungiert.
Der primäre Mailserver befindet sich dabei an einem anderen Ziel. Der Backup-Mailserver kann Nachrichten übernehmen, wenn die primäre Zustellung vorübergehend nicht möglich ist, und sie später weiterleiten.
Das ist keine normale Einstellung für den Fall „Meine E-Mails liegen extern“.
Achtung: Wähle Backup Mail Exchanger nicht einfach als Zwischenlösung zwischen Local und Remote. Diese Option setzt eine dafür vorgesehene Mailserver-Konfiguration voraus.
Was bedeutet „Konfiguration automatisch erkennen“? #
cPanel kann anhand der vorhandenen Mail- beziehungsweise DNS-Konfiguration versuchen, die passende Routing-Art zu erkennen.
Das ist komfortabel, ersetzt aber nicht das Verständnis darüber, wo deine E-Mail tatsächlich betrieben wird.
Gerade während einer Domainmigration, einer DNS-Umstellung oder eines Wechsels zu einem externen Mailanbieter solltest du kontrollieren, ob die erkannte Konfiguration zum gewünschten Aufbau passt.
4. Local Mail Exchanger einstellen #
Wenn die E-Mail-Konten der ausgewählten Domain auf deinem CURIAWEB-Hosting betrieben werden und eine manuelle Einstellung erforderlich ist, gehst du folgendermaßen vor:
- Öffne E-Mail → E-Mail-Routing.
- Wähle die richtige Domain aus.
- Wähle Local Mail Exchanger.
- Speichere die Änderung über die dafür vorgesehene Schaltfläche.
Der Server behandelt die Domain anschließend entsprechend als lokales Mailziel.
5. Remote Mail Exchanger einstellen #
Wenn die E-Mail-Konten der Domain vollständig über einen externen Mailanbieter betrieben werden und die manuelle Einstellung benötigt wird:
- Öffne E-Mail → E-Mail-Routing.
- Wähle die betreffende Domain aus.
- Kontrolliere, dass die MX-Konfiguration auf den vorgesehenen externen Maildienst verweist.
- Wähle Remote Mail Exchanger.
- Speichere die Änderung.
Damit wird dem lokalen Mailserver mitgeteilt, dass er die Domain nicht als lokales Mailziel behandeln soll.
Wichtig: Remote Mail Exchanger ersetzt keine korrekten MX-Records. Wenn E-Mails extern gehostet werden, müssen auch die DNS-Einstellungen des externen Maildienstes korrekt eingerichtet sein.
6. Nach einer Änderung die MX-Records kontrollieren #
Wenn du das Routing wegen eines externen Maildienstes geändert hast, solltest du zusätzlich kontrollieren, ob die MX-Records der Domain tatsächlich auf die richtigen Mailserver zeigen.
Welche MX-Werte benötigt werden, gibt der jeweilige Mailanbieter vor.
Übernimm diese Werte exakt. Erfinde keine eigenen Hostnamen und ersetze vorgegebene Mailserver nicht durch die IP-Adresse deiner Website.
Die Bearbeitung erfolgt über den DNS-Zoneneditor in cPanel, sofern die DNS-Zone deiner Domain über die entsprechende CURIAWEB-Umgebung verwaltet wird.
7. Testnachricht von einer externen Adresse senden #
Nach einer Änderung solltest du den Empfang praktisch testen.
Sende von einer unabhängigen externen Adresse eine Nachricht an ein vorhandenes Postfach der Domain.
Bei extern gehosteter E-Mail sollte die Nachricht beim externen Mailanbieter eintreffen. Bei lokal gehosteter E-Mail sollte sie im entsprechenden CURIAWEB-Postfach ankommen.
8. Versand ebenfalls testen #
Teste anschließend die Gegenrichtung.
Sende vom betreffenden Postfach eine Nachricht an eine unabhängige externe E-Mail-Adresse und kontrolliere, ob sie dort ankommt.
Ein vollständiger Test umfasst deshalb sowohl:
- extern → deine Domain
- deine Domain → extern
Damit lässt sich wesentlich besser beurteilen, ob die Mailkonfiguration grundsätzlich funktioniert.
Warum funktioniert E-Mail extern, aber nicht von der eigenen Website? #
Ein besonders typisches Routing-Problem zeigt sich, wenn externe Absender eine Domain problemlos erreichen können, Nachrichten von einer Website auf demselben Hosting aber nicht beim externen Postfach ankommen.
Beispielsweise liegt:
www.deine-domain.ch
bei CURIAWEB, während:
info@deine-domain.ch
über einen externen Maildienst betrieben wird.
Sendet nun ein Kontaktformular auf der Website eine Nachricht an info@deine-domain.ch, muss der lokale Server wissen, dass dieses Postfach nicht lokal liegt.
Wird die Domain fälschlicherweise als lokales Mailziel behandelt, kann genau hier ein Zustellungsproblem entstehen.
Praxis-Tipp: Funktioniert der normale externe E-Mail-Verkehr, aber Nachrichten von einer auf demselben Hosting liegenden Website an die eigene Domain fehlen, gehört das E-Mail-Routing zu den Einstellungen, die du kontrollieren solltest.
Warum funktionieren externe Absender trotzdem? #
Externe Mailserver orientieren sich bei der Zustellung an den öffentlich erreichbaren DNS- und MX-Informationen der Domain.
Ein Webserver, der gleichzeitig als Mailserver konfiguriert ist, muss dagegen zusätzlich entscheiden, ob eine ihm bekannte Domain lokal oder extern behandelt werden soll.
Deshalb können korrekte MX-Records und eine falsche lokale Routing-Einstellung gleichzeitig existieren.
Das erklärt, warum ein Problem unter Umständen nur bei Nachrichten auftritt, die direkt aus derselben Hosting-Umgebung stammen.
Lokales Postfach trotz Remote Mail Exchanger? #
Wenn du Remote Mail Exchanger verwendest, solltest du nicht davon ausgehen, dass ein eventuell noch in cPanel vorhandenes gleichnamiges lokales Postfach weiterhin das gewünschte Ziel für normale E-Mails dieser Domain ist.
Wenn die Domain auf einen externen Maildienst umgestellt wurde, sollten alte lokale Postfächer deshalb nicht als Beweis dafür betrachtet werden, dass E-Mails weiterhin dort ankommen müssen.
Vor einer Migration solltest du vorhandene E-Mail-Daten sichern und den geplanten Mailfluss eindeutig festlegen.
Local Mail Exchanger trotz externer MX-Records #
Diese Kombination kann problematisch sein.
Öffentlich sichtbare MX-Records können zwar externe Absender zum externen Mailanbieter führen, während der CURIAWEB-Server selbst die Domain weiterhin als lokales Ziel behandelt.
Dadurch kann insbesondere bei lokal erzeugten Nachrichten ein anderer Zustellungsweg entstehen als erwartet.
Wenn die E-Mail-Dienste vollständig extern betrieben werden, sollten deshalb nicht nur die MX-Records, sondern auch die lokale Routing-Konfiguration zum externen Betrieb passen.
Remote Mail Exchanger trotz lokaler Postfächer #
Auch die umgekehrte Fehlkonfiguration kann Probleme verursachen.
Wenn die E-Mail-Konten tatsächlich bei CURIAWEB liegen, der Server die Domain jedoch als externes Mailziel behandelt, passt die Routing-Konfiguration nicht zum vorgesehenen Aufbau.
Prüfe deshalb immer zuerst, wo die echten Postfächer betrieben werden, bevor du Local oder Remote auswählst.
E-Mail-Routing nach einem Mailanbieter-Wechsel #
Wenn du deine E-Mails von CURIAWEB zu einem externen Anbieter oder umgekehrt verschiebst, gehört das Routing zur Migrationsplanung.
Bei einem Wechsel zum externen Mailanbieter müssen typischerweise dessen DNS-Vorgaben umgesetzt und das lokale Routing passend konfiguriert werden.
Bei einer Rückkehr zu lokalem E-Mail-Hosting müssen die entsprechenden Einstellungen wiederum zur neuen Zielumgebung passen.
Achtung: Lösche bestehende Postfächer nicht vorschnell während einer Mailmigration. Stelle zuerst sicher, dass benötigte Nachrichten gesichert beziehungsweise übertragen wurden und der neue Nachrichtenfluss funktioniert.
DNS-Änderungen benötigen unter Umständen Zeit #
Wenn gleichzeitig MX-Records geändert wurden, kann es vorkommen, dass verschiedene DNS-Resolver vorübergehend noch zwischengespeicherte ältere Werte verwenden.
Das hängt unter anderem von der TTL der betreffenden DNS-Einträge und den beteiligten Resolvern ab.
Direkt nach einer DNS-Umstellung können deshalb vorübergehend unterschiedliche Zustellungswege beobachtet werden.
Eine Änderung des lokalen cPanel-Routings und eine weltweite Aktualisierung zwischengespeicherter DNS-Informationen sind zwei unterschiedliche Vorgänge.
E-Mail-Routing behebt keine falschen SPF-, DKIM- oder DMARC-Einstellungen #
Das E-Mail-Routing entscheidet darüber, ob eine Domain lokal oder extern behandelt wird. Es ersetzt nicht die übrige Konfiguration für E-Mail-Authentifizierung und Zustellbarkeit.
Wenn Nachrichten beispielsweise beim Empfänger als Spam eingestuft oder wegen Authentifizierungsproblemen abgewiesen werden, sollte zusätzlich die E-Mail-Zustellbarkeit untersucht werden.
Wie du die entsprechenden Informationen in cPanel kontrollierst, zeigen wir unter E-Mail-Zustellbarkeit in cPanel prüfen.
E-Mail-Routing behebt auch kein volles Postfach #
Wenn Nachrichten wegen eines vollen Zielpostfachs nicht angenommen werden können, ist eine Änderung von Local auf Remote oder umgekehrt keine Lösung.
Routing sollte nur geändert werden, wenn die aktuelle Einstellung tatsächlich nicht zum Standort der Mailserver passt.
Fehler mit Zustellung nachverfolgen untersuchen #
Wenn die Routing-Einstellung korrekt aussieht, E-Mails aber trotzdem nicht wie erwartet zugestellt werden, solltest du den tatsächlichen Zustellungsweg untersuchen.
cPanel stellt dafür die Funktion Zustellung nachverfolgen bereit.
Dort können Informationen zur Verarbeitung von E-Mails helfen festzustellen, ob eine Nachricht zugestellt, weitergeleitet oder mit einem Fehler verarbeitet wurde.
Die genaue Vorgehensweise erklären wir unter E-Mail-Zustellung in cPanel nachverfolgen.
Typische Fehler beim E-Mail-Routing #
Ein häufiger Fehler ist die Annahme, dass externe MX-Records automatisch jede lokale Mailserver-Einstellung überflüssig machen.
Ebenso problematisch ist es, Remote Mail Exchanger auszuwählen, nur weil eine einzelne E-Mail weitergeleitet wird. Eine normale E-Mail-Weiterleitung bedeutet nicht, dass die gesamte Domain extern gehostet wird.
Auch Backup Mail Exchanger sollte nicht als vermeintlich sichere Mittelstellung verwendet werden.
Entscheidend ist immer die tatsächliche Architektur: Wo befinden sich die Postfächer und welcher Mailserver soll für die Domain zuständig sein?
Grundregel: Lokal gehostete Postfächer benötigen eine lokale Mailbehandlung. Vollständig extern gehostete Postfächer benötigen eine dazu passende externe Mailroute. DNS, MX-Records und lokales Routing müssen zusammenpassen.
Zusammenfassung #
Das E-Mail-Routing findest du in deinem CURIAWEB-cPanel unter E-Mail → E-Mail-Routing.
Werden die E-Mail-Konten einer Domain direkt über dein CURIAWEB-Hosting betrieben, muss der Server die Domain entsprechend als lokales Mailziel behandeln. Werden die Postfächer vollständig bei einem externen Mailanbieter betrieben, muss die Routing-Konfiguration zum externen Mailbetrieb passen.
Local Mail Exchanger und Remote Mail Exchanger sollten deshalb nicht nach Gefühl ausgewählt werden. Prüfe zuerst, wo die tatsächlichen Postfächer liegen.
Beachte außerdem, dass das cPanel E-Mail-Routing nicht dasselbe ist wie die MX-Konfiguration im DNS. Bei extern gehosteter E-Mail müssen beide Ebenen korrekt zusammenspielen.
Teste nach einer Änderung den Empfang und Versand mit einer unabhängigen externen E-Mail-Adresse. Wenn weiterhin Probleme auftreten, untersuche anschließend den tatsächlichen Nachrichtenweg über die cPanel-Zustellungsverfolgung.
