E-Mail mit eigener Domain erstellen: vollständige Anleitung

Die Domain ist gekauft. Jetzt brauchen Sie ein Postfach.

Eine E-Mail-Adresse mit der eigenen Domain zu erstellen, ist eine der folgenreichsten Infrastrukturentscheidungen im Betrieb. Es ist der Unterschied zwischen someone@gmail.com und name@yourcompany.com. Das eine wirkt wie ein vorübergehendes Nebenprojekt, das andere wie ein echtes Unternehmen.

Dabei geht es auch um Kontrolle. Eine eigene Domain und die Befugnis zur Änderung der MX-Einträge erleichtern den Anbieterwechsel und die Verwaltung geschäftlicher Adressen. Das bedeutet jedoch nicht, dass Ihnen die Infrastruktur des Hosts gehört oder Sie Preise und Datenzugriff uneingeschränkt bestimmen können. Vertrag, Berechtigungen und Exportmöglichkeiten bleiben wichtig.

Ob Sie als Gründer Ihr erstes Postfach einrichten oder als MSP fünfzig Kunden von einem alten cPanel-Host migrieren: Die Grundkomponenten sind Domain, E-Mail-Host und passende DNS-Einträge. Migrationsumfang, bestehende Gateways und Wechselverfahren können sich unterscheiden. Dieser Leitfaden erklärt die Grundlagen.

Vor dem Start: Was Sie wirklich benötigen

E-Mail ohne diese drei Komponenten einzurichten, führt leicht zu widersprüchlichen DNS-Antworten und verlorenen Nachrichten. Beginnen Sie erst, wenn alle drei bereitstehen.

1. Die Domain

Sie brauchen die berechtigte Kontrolle über die Domain, etwa yourcompany.com. Registrare wie Namecheap, Cloudflare Registrar und Porkbun sind Beispiele; prüfen Sie aktuelle Konditionen. Eine Trennung vom Webhoster kann Abhängigkeiten reduzieren, garantiert aber keinen DNS-Zugriff bei einem Ausfall. Auch DNS-Anbieter, Konto, Wiederherstellung und Berechtigungen müssen unabhängig erreichbar sein.

2. DNS-Zugriff

Sie benötigen Schreibzugriff auf Ihre DNS-Zone. Im Dashboard des Registrars heißt die Funktion meist "DNS Management", "Zone Editor" oder "Advanced DNS". Sie bearbeiten TXT-, MX- und CNAME-Einträge. Haben Sie diesen Zugriff nicht, beschaffen Sie ihn, bevor Sie fortfahren.

3. Ein E-Mail-Host

Domainregistrierung, DNS-Betrieb und Mailhosting sind unterschiedliche Aufgaben. Eine Registrierung allein stellt kein Postfach bereit; bei GoDaddy oder anderen Anbietern kann die Mailleistung separat oder gebündelt angeboten werden. Zwei verbreitete Möglichkeiten sind:

• Die Standardwahl: Google Workspace oder Microsoft 365. $72 bis $144 pro Benutzer und Jahr sind historische Preisbeispiele. Für info@ oder billing@ können Aliasse, Gruppen oder unterstützte gemeinsame Postfächer statt weiterer Benutzerlizenzen infrage kommen. Prüfen Sie Edition und Nutzung.
• Die Wahl für Betreiber: TrekMail. Vergleichen Sie das Pauschalmodell und gemeinsam genutzten Speicher mit Ihrem Bedarf. Ob Gebühren pro Arbeitsplatz anfallen und welche Kapazitäten und Funktionen gelten, bestimmen die aktuellen Tarifbedingungen.

Die 10-Minuten-Checkliste

Wenn Sie das schon einmal gemacht haben, finden Sie hier einen kurzen Prüfablauf. Die Zeitangabe ist ein Planungsbeispiel, keine Frist für vollständige Einrichtung und DNS-Sichtbarkeit. Ein ausgelassener Schritt kann beispielsweise eine Stunde zusätzliche Fehlersuche verursachen.

Schritt 1: zuerst die Postfächer erstellen

Dies ist ein häufiger Anfängerfehler, durch den echte Interessenten verloren gehen können.

Nach der MX-Umstellung verwenden Absender den neuen Server, sobald ihre DNS-Abfragen die Änderung zeigen. Fehlt dort contact@yourdomain.com als gültiger Empfänger, kann der Server etwa 550 User Not Found melden. Andere Konfigurationen können anders reagieren; prüfen Sie Antwort, Warteschlange und Empfängerliste, statt sofortige Ablehnung vorauszusetzen.

Erstellen Sie jedes benötigte Postfach, bevor Sie die MX-Einträge umstellen. TXT-Einträge für die Verifizierung können vorher nötig sein.

Vorgehen in TrekMail:

1. Melden Sie sich beim TrekMail-Dashboard an.
2. Öffnen Sie für Ihre Domain die Registerkarte Mailboxes.
3. Erstellen Sie jede derzeit verwendete Adresse.

Für KMU: Erstellen Sie mindestens Ihre persönliche Adresse (yourname@) und eine Funktionsadresse (hello@ oder info@).

Für Agenturen bei einer Kundenmigration: Erfassen Sie gültige Empfänger und deren Routing vollständig. Gab es beim alten Hoster billing@, richten Sie billing@ vor dem Wechsel als passenden Empfänger ein. Prüfen Sie Postfächer, Aliasse und Weiterleitungen vor der Terminplanung. Eine ausgelassene Adresse kann Ablehnungen oder Fehlrouting verursachen.

Mit TrekMail können Sie Postfächer manuell erstellen oder eine Einladung zur Postfacheinrichtung senden. Über einen geschützten, einmal nutzbaren Link mit Ablaufzeit legt der berechtigte Benutzer sein Passwort selbst fest; die Agentur muss sein dauerhaftes Passwort nicht erfassen. Prüfen Sie Empfänger und Zuständigkeit. Den Ablauf zeigt die Dokumentation zu Einladungen für die Postfacheinrichtung.

Schritt 2: MX-Einträge festlegen und umstellen

MX-Einträge (Mail Exchange) geben die vorgesehenen Empfangsserver und deren Prioritäten an. Fehlende MX-Einträge sind kein Beweis, dass E-Mail grundsätzlich unmöglich ist: SMTP kann unter bestimmten Bedingungen auf die Adressauflösung der Domain zurückfallen. Verlassen Sie sich darauf nicht als Ersatz für die dokumentierte Providerkonfiguration.

So legen Sie MX-Einträge fest:

1. Öffnen Sie die Verwaltung der autoritativen DNS-Zone beim zuständigen Anbieter; dieser kann vom Registrar abweichen.
2. Prüfen Sie bestehende MX-Einträge. Einträge für "GoDaddy Secure Mail", "Google Workspace" oder einen alten cPanel-Host dürfen erst nach Prüfung der berechtigten Topologie und des Wechselplans entfernt werden. Behalten Sie erforderliche Gateways und Ersatzwege bei und entfernen Sie nur bestätigte Altziele.
3. Fügen Sie die aktuellen Einträge aus Ihrer Domainkonfiguration hinzu. Die folgende TrekMail-Tabelle ist ein historisches Beispiel, nicht eine Kopiervorlage; die derzeitige Standardkonfiguration nennt mail.trekmail.net. als MX-Ziel:

Zur TTL: 300 Sekunden sind ein möglicher Vorbereitungswert. Das entspricht 5 Minuten Cache-Gültigkeit, nicht einer garantierten Abfragefrequenz. Eine vorherige TTL von 24 Stunden kann in bereits gespeicherten Antworten weiter gelten. Senken Sie den Wert rechtzeitig nach Freigabe und wählen Sie nach erfolgreicher Prüfung etwa 3600 gemäß DNS-Betriebsplan.

Registrar-spezifische Bildschirmabbildungen und Feldnamen finden Sie in unserem DNS-Einrichtungsleitfaden für verbreitete Anbieter.

Schritt 3: erste Anmeldung und Sende-/Empfangstest

15 bis 30 Minuten können ein Prüfintervall sein; auch 24 Stunden sind keine allgemeine Höchstfrist. Sichtbarkeit hängt von TTL, bestehenden Caches und autoritativen Antworten ab. Gehen Sie nicht allein deshalb vom Erfolg aus, weil Schritt 2 erledigt ist.

Melden Sie sich zuerst beim Webmailer an, bevor Sie Outlook oder Ihr iPhone einrichten. Damit prüfen Sie den Webzugriff über HTTPS und den Testnachrichtenweg, nicht die IMAP- oder SMTP-Verbindung eines Clients.

Test des Versands: Senden Sie von Ihrer neuen Adresse eine E-Mail an Ihr privates Gmail-Konto.

• Ist sie angekommen?
• Ist sie im Spam gelandet? Prüfen Sie neben Inhalt, Reputation und Empfängerpolitik auch SPF und DKIM. Siehe Schritt 4.

Test des Empfangs: Antworten Sie aus Gmail an Ihre neue Geschäftsadresse.

• Ist sie im Posteingang des Webmailers angekommen?
• Falls ja, hat dieser Testweg funktioniert. Prüfen Sie die DNS-Antworten und weitere benötigte Adressen, bevor Sie die Umstellung als abgeschlossen betrachten.

Wenn beide Tests erfolgreich sind, können Sie den E-Mail-Client einrichten. Die Verbindungsdaten finden Sie in der Dokumentation zu den IMAP- und SMTP-Einstellungen von TrekMail. Für Gmail als Client gibt es eine eigene Anleitung zur Gmail-Verbindung.

Schritt 4: das Zustellbarkeitstrio SPF, DKIM und DMARC

MX-Einträge bestimmen den Empfangsweg; SPF, DKIM und DMARC unterstützen die Authentifizierung. Die Anforderungen von Google und Yahoo in 2025 bis 2026 unterscheiden sich nach Nachrichtenstrom und Absendertyp. Konfigurieren und prüfen Sie die für Sie geltenden Vorgaben, ohne daraus eine garantierte Spamvermeidung abzuleiten.

SPF: Wer senden darf

SPF (Sender Policy Framework) autorisiert sendende IP-Adressen für die tatsächliche SMTP-Identität, gewöhnlich den MAIL-FROM-Domainnamen oder gegebenenfalls HELO. Wird dabei yourcompany.com geprüft, bewertet der Empfänger dessen SPF-Policy für die verbindende IP. Das sichtbare From wird dadurch nicht unmittelbar authentifiziert.

Das folgende SPF-Beispiel ist historisch und muss mit Ihrer aktuellen TrekMail-Konfiguration abgeglichen werden. Der derzeitige Standard-Include lautet spf.trekmail.net; berücksichtigen Sie außerdem alle anderen berechtigten Versanddienste:

v=spf1 include:_spf.trekmail.net -all

Das Beispiel autorisiert die über den Include-Mechanismus erfassten IP-Adressen und ergibt für andere ein SPF-Fail. Ob eine Nachricht abgewiesen wird, entscheidet der Empfänger anhand seiner vollständigen Prüfung.

Das abschließende -all bedeutet Fail für nicht passende IP-Adressen. Verwenden Sie -all erst nach Prüfung aller berechtigten Versanddienste, einschließlich Transaktionsmail und CRM. Das Limit von 10 betrifft rekursiv ausgewertete DNS-Abfragen auslösende SPF-Terme, nicht jedes DNS-Paket oder nur die Zahl der Includes. Ein Überschreiten erzeugt einen SPF-PermError.

DKIM: das Siegel zur Erkennung von Änderungen

DKIM (DomainKeys Identified Mail) signiert die ausgewählten Teile einer Nachricht, sofern der Versanddienst entsprechend eingerichtet ist. Der Empfänger prüft Signatur und öffentlichen Schlüssel kryptografisch. Änderungen an signierten Teilen können die Prüfung scheitern lassen; nicht jede Änderung an einem nicht signierten Header tut das. Das Ergebnis allein bestimmt weder Ablehnung noch Posteingang.

Veröffentlichen Sie den öffentlichen Schlüssel anhand der vom TrekMail-Dashboard vorgegebenen Schlüssel- und Selektorkonfiguration als TXT-Eintrag. Der Assistent unterstützt die Einrichtung; eine kopierte DNS-Zeichenfolge belegt jedoch nicht die erfolgreiche kryptografische Prüfung einer tatsächlichen Nachricht. Testen Sie auch den Versand. Das Verfahren zeigt die Dokumentation zu erforderlichen DNS-Einträgen.

DMARC: das Regelwerk

DMARC besteht, wenn mindestens eine erfolgreiche SPF- oder DKIM-Prüfung mit der sichtbaren From-Domain ausgerichtet ist. Erst wenn keines der Verfahren beides erfüllt, greift die angeforderte Fehlerpolicy. Berichte können bei unterstützter und freigegebener Konfiguration Hinweise auf Nachrichtenströme liefern, sind aber kein vollständiges Verzeichnis aller Absender.

Beginnen Sie mit einer reinen Überwachungsrichtlinie:

v=DMARC1; p=none; rua=mailto:dmarc@yourdomain.com

Diese Policy verlangt keine DMARC-bedingte Quarantäne oder Ablehnung; andere Filter bleiben aktiv. Prüfen Sie Berichte und alle berechtigten Nachrichtenströme, bevor Sie abgestimmt zu p=quarantine und später p=reject wechseln.

Ausführlichere Erklärungen finden Sie in unseren Artikeln zur SPF-, DKIM- und DMARC-Einrichtung. Die Anleitung zur Reihenfolge der E-Mail-Authentifizierung behandelt alle drei nacheinander.

Warum nicht einfach Gmail verwenden?

"Kann ich nicht einfach mycompany@gmail.com verwenden?" Doch. Prüfen Sie neben dem Versand und Empfang aber auch, ob geschäftliche Verwaltung, Übergaben und Wiederherstellung Ihre Anforderungen erfüllen.

Folgende Probleme entstehen bei privaten Adressen im Geschäftsalltag:

Dateneigentum

Kontosperren bei persönlichen Diensten können Geschäftsdaten vorübergehend unzugänglich machen; Wiederherstellungs- und Überprüfungsverfahren hängen vom Dienst ab. Wenn Sie E-Mail mit eigener Domain erstellen, können Sie geschäftliche Zuständigkeiten besser organisieren. Planen Sie berechtigte Exporte und Sicherungen: Ein Anbieterwechsel benötigt kompatible Übertragung, Vollständigkeitsprüfung und gegebenenfalls separate Verfahren für Kontakte und Kalender.

Abhängigkeit von Einzelpersonen

Verwendet Ihr Vertriebsmitarbeiter john.sales@gmail.com, kann sein Ausscheiden den geschäftlichen Zugriff erschweren. Bei einem verwalteten john@yourcompany.com lassen sich berechtigte Übergaben organisieren. Prüfen und entziehen Sie zusätzlich aktive Sitzungen, Token und Delegierungen, soweit unterstützt. Sichern Sie notwendige Nachweise und leiten Sie nur nach Freigabe weiter; ein Passwortwechsel allein garantiert keine unterbrechungsfreie Übergabe.

Aussperrung aus SaaS-Konten

Eine private Wiederherstellungsadresse kann nach dem Ausscheiden eines Mitarbeiters den Zugriff auf Buchhaltung, CRM und Werbeplattform erschweren. Verwenden Sie geeignete kontrollierte Adressen wie billing@yourcompany.com und dokumentieren Sie geschäftliche Freigaben. Prüfen Sie Rollen und Wiederherstellung bei Personalwechseln; die Adresse allein bewahrt keine vollständige Kontokontrolle.

E-Mail mit eigener Domain erklärt

Bei einer E-Mail-Adresse mit eigener Domain entspricht der Teil nach @ Ihrer Website-Domain. Die Definition ist einfach, doch die dahinterliegende Infrastruktur verändert grundlegend, wovon die Erreichbarkeit Ihrer E-Mail abhängt.

Getrennte Plattformen sind eine sinnvolle Option, um gemeinsame Ausfallrisiken zu begrenzen. Wägen Sie Architektur, Wiederherstellung und Betriebsaufwand ab; auch andere kontrollierte Modelle können geschäftlich geeignet sein.

Die einfachste Einrichtung für 1 bis 5 Postfächer

Microsoft 365 oder Google Workspace können für ein kleines Unternehmen mehr Funktionen bieten als benötigt. Eine Plattform, die auch Unternehmen mit 500 Personen bedient, ist nicht zwingend die passende Wahl für die E-Mail von drei Personen und einigen Funktionsadressen. Prüfen Sie den tatsächlichen Bedarf.

Der alte Weg (die Falle pro Arbeitsplatz)

Das historische Rechenbeispiel verwendet Google Workspace Starter mit $6/user/month. Neben drei Mitarbeitern benötigen Sie info@, sales@ und billing@. Nur wenn diese als zusätzlich lizenzierte Benutzer angelegt werden, ergeben sich 6 Arbeitsplätze, $36/month und $432/year. Aliasse oder Gruppen können eine andere Gestaltung ermöglichen; prüfen Sie aktuelle Preise und Rechte.

30GB pro Benutzer und $12/user/month sind historische Vergleichswerte. Der tatsächlich verfügbare Google-Workspace-Speicher hängt von Edition, gemeinsamem Pool und administrativen Benutzergrenzen ab. Eine einzelne volle Zuteilung erzwingt nicht grundsätzlich einen Tarifwechsel für alle. Prüfen Sie Aufbewahrung, Bereinigung und zulässige Neuverteilung, bevor Sie erweitern.

Der neue Weg (gemeinsamer Speicher bei TrekMail)

Das historische TrekMail-Starter-Beispiel nennt $3.50/month oder $42/year, 50 Domains, 100 Postfächer pro Domain und 15GB gemeinsamen Speicher. Adressen wie info@, billing@ und support@ können bei passenden Rechten als Aliasse an gültige Postfächer leiten. Prüfen Sie aktuelle Preise, Aliasregeln und Limits, statt diese Angaben als unveränderlich anzusehen.

Anders als im vereinfachten Vergleich mit 2005 kann ein gemeinsamer Kontopool unterschiedlichen Bedarf auffangen. Ein Nutzer mit 12GB Anhängen bleibt jedoch Teil der Gesamtbelegung und unterliegt möglichen Nutzergrenzen. Prüfen Sie Kapazität und Rechte; eine Erweiterung kann nötig werden, auch wenn sie nicht pro Arbeitsplatz berechnet wird.

Sie brauchen nicht zwingend eine Konsole mit 500 Einstellungen, wenn eine mailorientierte Verwaltung Ihre Anforderungen abdeckt. Domains, Benutzer und Postfächer bleiben dennoch zu konfigurieren und regelmäßig zu prüfen.

Besuchen Sie die vollständige TrekMail-Preisseite oder vergleichen Sie die Tarife in der Tarifübersicht. Einen direkten Marktvergleich bietet unsere Übersicht der geschäftlichen E-Mail-Angebote für Kleinunternehmen.

MX-Einträge ohne Fachjargon erklärt

DNS ist abstrakt. Eine konkrete Analogie hilft.

Stellen Sie sich Ihre Domain als Geschäftsgebäude vor.

• Der A-Eintrag ist die Eingangstür, über die Kunden Ihre Website erreichen.
• Der MX-Eintrag ist die Laderampe, an der E-Mail-Zustellungen eintreffen.

Wenn jemand Ihnen eine E-Mail sendet, schlägt der sendende Server Ihre Domain im globalen DNS-Verzeichnis nach und fragt gezielt den MX-Eintrag ab.

• Kein MX-Eintrag? Unter bestimmten Bedingungen folgt ein Rückfall auf die Adressauflösung der Domain; eine erfolgreiche Annahme ist damit nicht gesichert.
• MX-Eintrag zeigt zum alten Host? Der Server kann dort zustellen, verzögern oder ablehnen. Prüfen Sie den tatsächlichen Weg.
• Korrekter MX-Eintrag? Der vorgesehene Server wird ermittelt. Gültige Empfänger, Serverzustand und Filter entscheiden weiterhin über die Annahme.

Eine vollständig funktionierende Website (A-Eintrag) und komplett defekte E-Mail (MX-Eintrag) können gleichzeitig auftreten. Die Dienste haben unterschiedliche DNS-Funktionen, können aber gemeinsame Infrastruktur und Verwaltungszugänge nutzen.

5 DNS-Fehler, die die Zustellbarkeit ruinieren

Diese Fehler treten immer wieder auf. Wenn E-Mail nach der Domain-Einrichtung nicht funktioniert, prüfen Sie zuerst diese Punkte.

1. "Backup MX" beibehalten

Ein alter MX-Eintrag ist nicht allein durch eine höhere Prioritätszahl ein sicherer Ersatzweg. Prüfen Sie Empfangsrechte, Filter und Weiterleitung jedes Gateways. Behalten Sie bewusst konfigurierte Ersatzwege bei und entfernen Sie nur nach Prüfung und Freigabe nicht mehr benötigte Altziele.

2. CNAME-Konflikte an der Stammdomain

Ein gewöhnlicher CNAME an der Stammdomain (@) kann nicht neben den dort erforderlichen DNS-Daten wie SOA, NS und MX bestehen. Prüfen Sie bei Wix oder Squarespace die dokumentierte Einrichtung. Anbieterfunktionen wie Alias/ANAME oder Flattening sind nicht dasselbe wie ein dort veröffentlichter gewöhnlicher CNAME; verwenden Sie die passende unterstützte Konfiguration.

3. Einträge vor Ende der Verbreitung erneut ändern

DNS-Antworten können wegen verteilter Caches zeitweise abweichen. 24 Stunden sind ein Planungsbeispiel, keine Höchstfrist. Eine erneute Änderung nach 10 Minuten setzt keine gemeinsame globale Uhr zurück, kann aber unterschiedliche zwischengespeicherte Werte erzeugen. Prüfen Sie die autoritative Zone und TTL, bevor Sie weitere Änderungen vornehmen.

4. Fehlender SPF-Eintrag

Ohne SPF fehlt für die geprüfte SMTP-Domain eine veröffentlichte Autorisierung der sendenden IP-Adressen. Das ist nicht allein ein Beweis für Fälschung oder Spam; andere Prüfungen bleiben relevant. Veröffentlichen Sie einen passenden Eintrag für alle berechtigten Versanddienste. Lesen Sie unsere Anleitung zur SPF-Einrichtung, falls dies noch aussteht.

5. Falscher Hostname im MX-Eintrag

Beim Anlegen eines MX-Eintrags muss das Feld "Host" oder "Name" fast immer @ enthalten, also die Stammdomain. Tragen Sie dort mail oder www ein, konfigurieren Sie Routing für user@mail.yourcompany.com statt user@yourcompany.com. Prüfen Sie das Feld bei jedem Eintrag.

Welche Adressen Sie zuerst erstellen sollten

Bevor Sie wahllos Postfächer hinzufügen, bedenken Sie den Betriebszyklus jeder Adresse. Wer kontrolliert sie? Was geschieht beim Ausscheiden einer Person?

1. Das Notfall-Administratorkonto (ops@ oder admin@)

Trennen Sie die Administratoridentität von alltäglicher persönlicher E-Mail, um Wiederherstellung, Übergaben und einen Unternehmensverkauf vorzubereiten. Vergeben Sie nur notwendige Rechte, nutzen Sie unterstützte Mehrfaktorauthentifizierung und richten Sie unabhängige geschützte Wiederherstellungswege ein. Verwahren Sie Zugangsdaten sicher und begrenzen Sie den Verwendungszweck.

2. Funktionsaliasse (info@, support@, hello@)

Sie möchten nicht fünf getrennte Postfächer prüfen. Erstellen Sie bei passenden Tarifrechten info@ als Alias zum Hauptpostfach. Das Senden als info@ benötigt eine berechtigte Absenderidentität und eine unterstützte SMTP- und Client-Konfiguration; eine Empfangsweiterleitung allein richtet das nicht ein. Die Dokumentation zur Weiterleitung erklärt den Empfangsweg.

3. Rollenkonten für Infrastruktur (billing@, marketing@)

Verwenden Sie für SaaS-Abonnements, Werbeplattformen und Finanzdienste geeignete kontrollierte Rollenadressen. Kündigt Ihre Marketingleiterin und war das Facebook-Ads-Konto mit sarah@yourcompany.com verknüpft, prüfen Sie Rollen und Wiederherstellung, entziehen Sie unterstützte Sitzungen und Berechtigungen und ändern Sie erforderliche Zugangsdaten. Leiten Sie nur berechtigt weiter. Bei ihrem privaten Gmail-Konto können beispielsweise drei Wochen für die Klärung mit dem Facebook-Support nötig werden; die tatsächliche Dauer hängt vom Fall ab.

Namenskonventionen und Formatentscheidungen

Legen Sie das Format jetzt fest, bevor Sie 20 Mitarbeiter haben. Spätere Änderungen beschädigen Adressbücher und verwirren Kunden, die seit Jahren mit Ihnen schreiben.

Praktische Empfehlung: Beginnen Sie in einem kleinen Team mit firstname@. Planen Sie beim Wachstum über 5 bis 10 Personen hinaus den Wechsel zu first.last@. Die alte Adresse john@ kann bei unterstützter Alias-Konfiguration weiter zu john.doe@ führen. Prüfen Sie Empfang und berechtigten Versand beider Adressen; ein Alias allein garantiert keinen verlustfreien Übergang.

Fehlerbehebung: wenn etwas nicht funktioniert

Sie haben alle Schritte befolgt, doch etwas funktioniert noch immer nicht. Hier sind die häufigsten Fehlerbilder und die richtigen Prüfungen.

"Ich kann senden, aber nicht empfangen."

Mögliche Ursache: MX-Routing oder zwischengespeicherte Antworten; prüfen Sie auch Empfänger, Warteschlange und Filter.
Prüfung: Vergleichen Sie ausgewählte Antworten über whatsmydns.net mit der autoritativen Zone. Ein alter Host kann auf Cache oder weiterhin falsche Zonendaten hinweisen. Prüfen Sie TTL, gespeicherte Einträge und tatsächlichen Empfangsweg, statt nur zu warten.

"Ich kann empfangen, aber meine E-Mails landen im Spam."

Mögliche Ursache: Authentifizierung, Reputation, Inhalt oder Empfängerpolitik.
Prüfung: Ein Test bei mail-tester.com kann Hinweise für die untersuchte Nachricht liefern, bildet aber nicht jede Empfängerentscheidung ab. Bei geeigneter Domainverifizierung und genügend Daten zeigen Google Postmaster Tools verfügbare aggregierte Kennzahlen für persönliches Gmail, nicht für sämtliche Empfänger. Ergänzen Sie die Analyse um Originalantworten und Signaturprüfung.

"Outlook fragt ständig nach meinem Passwort."

Mögliche Ursache: Port, TLS-Modus, Zugangsdaten, Kontopolicy oder eine nicht unterstützte Authentifizierungsmethode.
Prüfung: Gleichen Sie die folgenden Werte mit den aktuellen Providerangaben ab und prüfen Sie Hostname und Zertifikat. SSL/TLS ist hier ein historisches Clientlabel für modernes TLS, keine Empfehlung für veraltetes SSL:

• IMAP (eingehend): Port 993, SSL/TLS
• SMTP (ausgehend): Port 465 (SSL/TLS) oder 587 (STARTTLS)
• Benutzername: vollständige E-Mail-Adresse einschließlich @domain, nicht nur der Teil davor

Die vollständige Client-Einrichtung finden Sie unter Outlook verbinden und in der Referenz der IMAP- und SMTP-Einstellungen.

"Ich erhalte eine 550-Unzustellbarkeitsmeldung."

Mögliche Ursache: Eine dauerhafte SMTP-Ablehnung kann Empfänger, Rechte, Authentifizierung, Reputation oder weitere Regeln betreffen.
Prüfung: Lesen Sie den vollständigen erweiterten Status und die Antwort des tatsächlich ablehnenden Servers. Prüfen Sie Empfänger und Routing sowie die dort genannte Begründung; der allgemeine Code allein belegt weder ein fehlendes Postfach noch schlechte Reputation.

Fazit

Eine E-Mail-Adresse mit der eigenen Domain zu erstellen, bedeutet, operative Verantwortung für die digitale Präsenz zu übernehmen. Sie wechseln von der Miete zum Eigentum.

Das Ziel ist eine dokumentierte, prüfbare Konfiguration, nicht ein System ohne weitere Wartung. Bewerten Sie MX-Routen, berechtigte Versanddienste und verfügbare DMARC-Berichte regelmäßig. Authentifizierung ist eine wichtige Grundlage, garantiert aber weder Annahme noch Zustellung in den Posteingang.

Wenn Preise pro Benutzer Ihr Budget belasten und Sie Google Kalender oder SharePoint nicht benötigen, prüfen Sie TrekMail als Alternative. Tarifrechte, gemeinsamer Speicher und kompatible IMAP/SMTP-Clients müssen zu Ihren Anforderungen passen. Nur das beschriebene Nano-Modell benötigt eigenen SMTP für alle ausgehenden Nachrichten einschließlich Antworten; bezahlter verwalteter Versand hängt von Rechten und Einrichtung ab. Prüfen Sie aktuelle kostenlose Angebote und Erweiterungen anhand von Kapazität und Benutzerbedarf.

Ihre Domain. Ihre Einträge. Ihre Daten.

TrekMail kostenlos testen: trekmail.net