Einrichten von Mail.ru E-Mail für Ihre benutzerdefinierte Domain: Ein vollständiger technischer Leitfaden

Eine benutzerdefinierte Domain-E-Mail-Adresse — wie contact@yourdomain.com — leitet alle E-Mails über Server, die Sie über DNS kontrollieren, anstatt über einen gemeinsamen Anbieter-Namespace. Um Mail.ru for Business mit einer benutzerdefinierten Domain zu konfigurieren, müssen Sie den Domain-Besitz über einen DNS TXT- oder CNAME-Eintrag verifizieren, die MX-Einträge Ihrer Domain auf mxs.mail.ru verweisen und IMAP/SMTP-Zugangsdaten in Ihrem Mail-Client konfigurieren. Der gesamte Prozess dauert in der Regel 24–48 Stunden, abhängig von der DNS-Propagationsgeschwindigkeit über globale Resolver.

Dieser Leitfaden behandelt jeden technischen Schritt im Detail, einschließlich DNS-Eintragssyntax, Mail-Client-Konfiguration, häufige Fehlermodi und Sicherheitshärtung — Informationen, die weit über die standardmäßige Einrichtungsanleitung hinausgehen.

Voraussetzungen und Architekturübersicht

Bevor Sie einen einzigen DNS-Eintrag anfassen, sollten Sie verstehen, was Sie tatsächlich aufbauen. Mail.ru for Business fungiert als verwalteter Mail-Exchanger: Es akzeptiert eingehende SMTP-Verbindungen im Namen Ihrer Domain, speichert Nachrichten in seiner Infrastruktur und stellt sie Endbenutzern über IMAP, POP3 oder seine Weboberfläche zur Verfügung. Das DNS Ihrer Domain ist die Steuerungsebene, die dem globalen Mail-Routing-System mitteilt, wohin Nachrichten zugestellt werden sollen.

Die beteiligten Komponenten sind:

• MX-Einträge — leiten eingehenden SMTP-Verkehr zu Mail.ru-Servern
• TXT-Eintrag (SPF) — autorisiert die ausgehenden Server von Mail.ru, E-Mails im Namen Ihrer Domain zu senden
• DKIM — signiert ausgehende Nachrichten kryptografisch, um Spoofing zu verhindern
• DMARC — Richtlinieneintrag, der empfangenden Servern mitteilt, wie mit Nachrichten umzugehen ist, die SPF/DKIM nicht bestehen
• Domain-Verifizierungseintrag — ein einmaliger TXT- oder CNAME-Eintrag, der dem Bereitstellungssystem von Mail.ru den Besitz nachweist

Das Überspringen von SPF, DKIM oder DMARC ist einer der häufigsten Fehler, den Administratoren machen. Ohne diese Einträge landen ausgehende E-Mails häufig in Spam-Ordnern oder werden von strengen Empfängern wie Google Workspace und Microsoft 365 direkt abgelehnt.

Sie benötigen außerdem:

• Eine aktive registrierte Domain mit Zugang zu ihrem DNS-Verwaltungspanel
• Ein Mail.ru-Konto (persönlich oder neues Geschäftskonto)
• Administrativen Zugang zu Ihrer DNS-Zone (TTL-Bearbeitungsrechte)

Wenn Sie noch keine Domain registriert haben, bietet AlexHost Domain-Registrierung vollständige DNS-Zonenkontrolle, die für die in diesem Leitfaden beschriebenen Eintragsänderungen unerlässlich ist.

Schritt 1: Registrieren und Zugreifen auf die DNS-Zone Ihrer Domain

Melden Sie sich bei Ihrem Domain-Registrar oder DNS-Anbieter an und suchen Sie das DNS-Verwaltungs– oder Zonen-Editor-Panel. Sie benötigen die Möglichkeit, folgende Eintragstypen zu erstellen, zu ändern und zu löschen: TXT, MX und CNAME.

Bevor Sie Änderungen vornehmen, notieren Sie die aktuellen TTL-Werte Ihrer vorhandenen Einträge. Das vorübergehende Senken des TTL auf 300 Sekunden (5 Minuten) vor Beginn wird die Wartezeit auf Propagation bei jedem Konfigurationsschritt erheblich reduzieren. Denken Sie daran, den TTL nach Abschluss der Einrichtung auf einen sinnvollen Wert (3600 oder höher) zurückzusetzen.

Wenn Ihre Domain derzeit aktive E-Mails über einen anderen Anbieter verarbeitet, entfernen Sie keine vorhandenen MX-Einträge, bis Mail.ru vollständig verifiziert und getestet ist. Führen Sie beide Konfigurationen während des Übergangszeitraums parallel.

Schritt 2: Ein Mail.ru for Business-Konto erstellen

Navigieren Sie zu biz.mail.ru und melden Sie sich mit einem vorhandenen Mail.ru-Konto an oder erstellen Sie ein neues. Die Business-Plattform ist von der Consumer-Mail.ru-Oberfläche getrennt — sie bietet ein Domain-Verwaltungs-Dashboard, Benutzerbereitstellung und administrative Kontrollen.

Nach der Authentifizierung:

1. Klicken Sie auf „Domain verbinden” oder die entsprechende Option in Ihrer Spracheinstellung.
2. Geben Sie Ihren Domain-Namen genau wie registriert ein — zum Beispiel yourdomain.com — ohne Subdomain-Präfix oder abschließenden Schrägstrich.
3. Das System zeigt Ihnen eine Verifizierungsmethode an.

Schritt 3: Domain-Besitz verifizieren

Mail.ru bietet eine oder beide der folgenden Verifizierungsmethoden an:

Methode A: TXT-Eintrag

Fügen Sie Ihrer DNS-Zone einen TXT-Eintrag mit dem von Mail.ru bereitgestellten Wert hinzu. Der Eintrag sieht ähnlich aus wie dieser:

Name/Host: @  (or yourdomain.com)
Type:       TXT
Value:      mailru-verification: <unique-token>
TTL:        300

Methode B: CNAME-Eintrag

Name/Host: mailruverify  (or as specified)
Type:       CNAME
Value:      <unique-value>.mail.ru.
TTL:        300

Fügen Sie den Eintrag hinzu, den Ihr DNS-Anbieter am saubersten unterstützt. Einige Anbieter verarbeiten TXT-Einträge auf der Apex-Domain (@) zuverlässiger als CNAME-Einträge am Root. Sobald der Eintrag gespeichert ist, kehren Sie zum Mail.ru-Dashboard zurück und klicken Sie auf „Verifizieren”. Das System von Mail.ru führt eine DNS-Abfrage durch, um zu bestätigen, dass der Eintrag existiert.

Realitätscheck zur Propagation: DNS-Änderungen treten nicht sofort in Kraft. Verwenden Sie ein Tool wie dig, um die Propagation von Ihrem Terminal aus zu überwachen, bevor Sie auf „Verifizieren” klicken:

dig TXT yourdomain.com +short

Oder fragen Sie einen bestimmten öffentlichen Resolver ab, um zu sehen, was er aktuell zurückgibt:

dig TXT yourdomain.com @8.8.8.8 +short

Sobald das Token in der Ausgabe erscheint, wird die Verifizierungsprüfung erfolgreich sein. Klicken Sie nicht auf „Verifizieren”, bevor der Eintrag aufgelöst wird — wiederholte fehlgeschlagene Versuche können den Verifizierungsendpunkt vorübergehend drosseln.

Schritt 4: MX-Einträge konfigurieren

MX-Einträge sind der zentrale Routing-Mechanismus für eingehende E-Mails. Nach der Domain-Verifizierung zeigt Mail.ru die MX-Einträge an, die Sie hinzufügen müssen. Die Standardkonfiguration ist:

Fügen Sie diesen Eintrag in Ihrer DNS-Zone hinzu:

Name/Host: @
Type:       MX
Priority:   10
Value:      mxs.mail.ru.
TTL:        300 (raise to 3600 after testing)

Wichtiges Detail: Der abschließende Punkt nach mxs.mail.ru. ist in der DNS-Syntax bedeutsam — er bezeichnet einen absoluten (vollqualifizierten) Domain-Namen. Die meisten webbasierten DNS-Panels fügen ihn automatisch hinzu, aber wenn Sie eine rohe Zonendatei bearbeiten, lassen Sie ihn nur weg, wenn das Panel ihn für Sie normalisiert.

Wenn Sie von einem anderen Mail-Anbieter migrieren, entfernen Sie die alten MX-Einträge erst, nachdem Sie bestätigt haben, dass Mail.ru Testnachrichten korrekt empfängt. Das gleichzeitige Betreiben zweier MX-Eintrags-Sätze während der Migration ist akzeptabel — die niedrigere Prioritätsnummer gewinnt, setzen Sie also Mail.ru vorübergehend auf Priorität 10 und Ihren alten Anbieter auf Priorität 20.

Überprüfen Sie, ob der MX-Eintrag propagiert wurde:

dig MX yourdomain.com @8.8.8.8 +short

Erwartete Ausgabe:

10 mxs.mail.ru.

Schritt 5: SPF, DKIM und DMARC konfigurieren

Dies ist der Schritt, den die meisten Anleitungen auslassen, und er ist der Hauptgrund, warum benutzerdefinierte Domain-E-Mails im Spam landen.

SPF-Eintrag

SPF (Sender Policy Framework) legt fest, welche Server autorisiert sind, E-Mails von Ihrer Domain zu senden. Fügen Sie den folgenden TXT-Eintrag hinzu:

Name/Host: @
Type:       TXT
Value:      v=spf1 include:_spf.mail.ru ~all
TTL:        3600

Der ~all-Qualifier bedeutet „Soft Fail” — Nachrichten von nicht autorisierten Servern werden als verdächtig markiert, aber nicht abgelehnt. Wenn Sie eine strenge Richtlinie wünschen und sicher sind, dass alle legitimen E-Mails über Mail.ru fließen, verwenden Sie -all (Hard Fail). Verwenden Sie unter keinen Umständen +all — es autorisiert jeden Server im Internet, E-Mails als Ihre Domain zu senden.

Wichtige Einschränkung: Eine Domain kann nur einen SPF TXT-Eintrag haben. Wenn Sie bereits einen SPF-Eintrag für einen anderen Dienst haben, fügen Sie die include-Anweisungen in einem einzigen Eintrag zusammen:

v=spf1 include:_spf.mail.ru include:other-service.com ~all

DKIM-Eintrag

Mail.ru for Business generiert ein DKIM-Schlüsselpaar. Der öffentliche Schlüssel wird als TXT-Eintrag bereitgestellt, den Sie in Ihrer DNS-Zone veröffentlichen müssen. Rufen Sie ihn aus dem Mail.ru Business-Dashboard unter den Domain-Einstellungen ab. Er sieht so aus:

Name/Host: mailru._domainkey
Type:       TXT
Value:      v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GN...
TTL:        3600

Der Selektor (mailru) kann variieren — verwenden Sie genau das, was das Dashboard bereitstellt. Überprüfen Sie ihn nach der Propagation:

dig TXT mailru._domainkey.yourdomain.com +short

DMARC-Eintrag

DMARC verbindet SPF und DKIM und gibt empfangenden Servern eine durchzusetzende Richtlinie. Beginnen Sie mit einer reinen Überwachungsrichtlinie:

Name/Host: _dmarc
Type:       TXT
Value:      v=DMARC1; p=none; rua=mailto:dmarc-reports@yourdomain.com
TTL:        3600

Sobald Sie bestätigt haben, dass legitime E-Mails die SPF- und DKIM-Prüfungen bestehen (überprüfen Sie die an rua gesendeten Aggregatberichte), verschärfen Sie die Richtlinie:

v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@yourdomain.com; pct=100

Wechseln Sie schließlich zu p=reject für maximalen Schutz gegen Domain-Spoofing und Phishing.

Schritt 6: Postfächer im Mail.ru Business-Dashboard erstellen

Mit vollständig konfiguriertem und verifiziertem DNS richten Sie Ihre Postfächer ein:

1. Öffnen Sie das Mail.ru for Business-Admin-Dashboard.
2. Navigieren Sie zu Benutzer oder Postfächer.
3. Klicken Sie auf Benutzer hinzufügen und geben Sie den gewünschten lokalen Teil der Adresse ein — zum Beispiel contact, support, admin, info.
4. Legen Sie ein starkes Passwort fest (mindestens 12 Zeichen, gemischte Groß-/Kleinschreibung, Ziffern und Symbole).
5. Weisen Sie ein Speicherkontingent zu, wenn der Plan benutzerspezifische Limits erlaubt.

Jedes erstellte Postfach ist sofort unter username@yourdomain.com zugänglich. Die Weboberfläche ist unter mail.ru verfügbar — Benutzer melden sich mit ihrer vollständigen Domain-E-Mail-Adresse und dem von Ihnen festgelegten Passwort an.

Schritt 7: Mail-Clients über IMAP und SMTP konfigurieren

Für Benutzer, die Desktop- oder Mobile-Clients bevorzugen (Thunderbird, Outlook, Apple Mail, K-9 Mail), konfigurieren Sie die folgenden Server-Einstellungen:

Mail.ru Server-Konfigurationsreferenz

Benutzername: Verwenden Sie immer die vollständige E-Mail-Adresse — you@yourdomain.com — nicht nur den lokalen Teil.

Authentifizierung: Mail.ru erfordert passwortbasierte Authentifizierung. Wenn auf dem Konto die Zwei-Faktor-Authentifizierung auf der Consumer-Plattform aktiviert ist, müssen Sie möglicherweise ein app-spezifisches Passwort auf der Seite für Sicherheitseinstellungen generieren.

POP3 vs. IMAP: Verwenden Sie IMAP, es sei denn, Sie haben einen bestimmten Grund dagegen. IMAP synchronisiert den Nachrichtenstatus (gelesen, markiert, gelöscht) auf allen Geräten und bewahrt Nachrichten auf dem Server. POP3 lädt Nachrichten herunter und entfernt sie in der Regel vom Server, was Multi-Geräte-Workflows unterbricht.

Thunderbird-Konfigurationsbeispiel

Account type:       IMAP
Incoming server:    imap.mail.ru
Port:               993
Connection security: SSL/TLS
Authentication:     Normal password
Username:           you@yourdomain.com

Outgoing server:    smtp.mail.ru
Port:               465
Connection security: SSL/TLS
Authentication:     Normal password
Username:           you@yourdomain.com

Schritt 8: Den vollständigen Mail-Fluss testen

Gehen Sie nicht davon aus, dass die Konfiguration korrekt ist — überprüfen Sie jede Richtung des Mail-Flusses explizit.

Eingehende Zustellung testen:

Senden Sie eine Nachricht von einer externen Adresse (Gmail, Outlook.com) an you@yourdomain.com. Bestätigen Sie, dass sie innerhalb weniger Minuten im Mail.ru-Posteingang ankommt.

Ausgehende Zustellung testen:

Senden Sie eine Nachricht von you@yourdomain.com an eine externe Adresse. Prüfen Sie, ob sie ankommt, und untersuchen Sie die Nachrichtenheader, um zu bestätigen, dass SPF und DKIM bestanden werden:

Authentication-Results: mx.google.com;
   dkim=pass header.i=@yourdomain.com;
   spf=pass (google.com: domain of you@yourdomain.com designates ... as permitted sender)

SPF/DKIM-Ausrichtung mit MXToolbox testen:

# Check SPF record syntax
curl "https://mxtoolbox.com/api/v1/lookup/spf/yourdomain.com"

Oder verwenden Sie die Weboberfläche unter mxtoolbox.com, um SPF-, DKIM-, DMARC- und MX-Lookup-Prüfungen gleichzeitig durchzuführen.

SMTP-Konnektivität von der Befehlszeile testen:

telnet smtp.mail.ru 465

Wenn Port 465 durch Ihre lokale Firewall oder Ihren ISP blockiert ist, versuchen Sie stattdessen Port 587 mit STARTTLS.

Häufige Fehlermodi und deren Behebung

E-Mails werden nicht empfangen

• Bestätigen Sie, dass MX-Einträge propagiert wurden: dig MX yourdomain.com +short
• Prüfen Sie, ob alte MX-Einträge eines früheren Anbieters vollständig entfernt wurden
• Überprüfen Sie, ob der Domain-Status im Mail.ru Business-Dashboard „Aktiv” anzeigt

Ausgehende E-Mails landen im Spam

• SPF-Eintrag fehlt oder enthält einen Syntaxfehler — validieren Sie mit dig TXT yourdomain.com +short
• DKIM-Eintrag ist noch nicht propagiert oder wurde falsch eingegeben — prüfen Sie auf Zeilenumbrüche durch Kopieren und Einfügen
• DMARC-Richtlinie fehlt — selbst ein p=none-Eintrag verbessert Zustellbarkeitssignale

Authentifizierungsfehler in Mail-Clients

• Stellen Sie sicher, dass Sie die vollständige E-Mail-Adresse als Benutzernamen verwenden, nicht nur den lokalen Teil
• Wenn 2FA auf dem Mail.ru-Konto aktiviert ist, generieren und verwenden Sie ein app-spezifisches Passwort
• Bestätigen Sie, dass Port und Verschlüsselungstyp genau übereinstimmen — das Mischen von SSL/TLS mit STARTTLS-Ports verursacht Verbindungsabbrüche

Domain-Verifizierung schlägt wiederholt fehl

• Der DNS-Eintrag hat noch nicht propagiert — warten Sie und überprüfen Sie erneut mit dig bevor Sie es erneut versuchen
• Der TXT-Eintragswert wurde mit zusätzlichen Leerzeichen oder Anführungszeichen eingegeben — die meisten DNS-Panels fügen Anführungszeichen automatisch hinzu; fügen Sie sie nicht manuell hinzu
• Einige Anbieter erfordern, dass der @-Host als bloßer Domain-Name eingegeben wird — prüfen Sie die Dokumentation Ihres Registrars

Mail.ru for Business vs. alternative Anbieter

Mail.ru for Business ist eine praktische Wahl für Organisationen, die in russischsprachigen Märkten tätig sind oder über bestehende Mail.ru-Infrastruktur verfügen. Für Teams, die eine tiefe Integration mit Produktivitäts-Suites benötigen oder unter strengen Datensouveränitätsanforderungen außerhalb Russlands arbeiten, sollten die Alternativen in der obigen Tabelle sorgfältig bewertet werden.

Hosting-Überlegungen für benutzerdefinierte Domain-E-Mail

Wenn Sie neben Ihrer benutzerdefinierten E-Mail auch eine Website betreiben, beeinflusst die Hosting-Umgebung Ihren DNS-Verwaltungsworkflow. Bei einem VPS-Hosting-Plan haben Sie direkten Zugang zu DNS-Zonendateien und können Einträge über Befehlszeilen-Tools oder ein Kontrollpanel verwalten, ohne auf die interne Propagation der Weboberfläche eines Registrars warten zu müssen.

Für Teams, die mehrere Domains und E-Mail-Konfigurationen verwalten, bietet ein VPS mit cPanel einen grafischen Zonen-Editor, der die Verwaltung von TXT-, MX- und DKIM-Einträgen vereinfacht, ohne dass eine Bearbeitung roher Zonendateien erforderlich ist. cPanel enthält auch ein integriertes E-Mail-Zustellbarkeitstool, das automatisch die SPF- und DKIM-Ausrichtung für gehostete Domains prüft.

Wenn Sie eine vollständig verwaltete E-Mail-Infrastruktur benötigen, anstatt über Mail.ru weiterzuleiten, bietet AlexHost E-Mail-Hosting dediziertes Postfach-Hosting mit vollständiger DNS-Kontrolle, wodurch die Abhängigkeit von einer Drittanbieter-Mail-Plattform vollständig entfällt.

Für geschäftskritische E-Mail-Umgebungen mit hohem Datenverkehr bietet ein Dedizierter Server die Möglichkeit, Ihren eigenen MTA (Postfix, Exim) mit vollständiger Kontrolle über Mail-Warteschlangen, Zustellungsrichtlinien und Protokollierung zu betreiben — eine Architektur, die Mail.ru for Business nicht replizieren kann.

Technische Checkliste der wichtigsten Erkenntnisse

Verwenden Sie diese Checkliste, um zu bestätigen, dass Ihre Einrichtung produktionsbereit ist, bevor Sie die Konfiguration als abgeschlossen betrachten:

• Domain im Mail.ru Business-Dashboard verifiziert (Status zeigt „Aktiv”)
• MX-Eintrag verweist auf mxs.mail.ru mit Priorität 10, alte MX-Einträge entfernt
• SPF TXT-Eintrag auf der Apex-Domain mit include:_spf.mail.ru veröffentlicht
• DKIM TXT-Eintrag unter mailru._domainkey.yourdomain.com veröffentlicht
• DMARC TXT-Eintrag unter _dmarc.yourdomain.com veröffentlicht (beginnen Sie mit p=none, später verschärfen)
• Eingehende Testnachricht von einer externen Adresse empfangen
• Ausgehende Testnachrichtenheader zeigen dkim=pass und spf=pass
• Mail-Client mit IMAP-Port 993 (SSL/TLS) und SMTP-Port 465 oder 587 konfiguriert
• TTL-Werte nach Abschluss der Tests auf 3600 zurückgesetzt
• App-spezifisches Passwort generiert, wenn 2FA auf dem Mail.ru-Konto aktiv ist

Häufig gestellte Fragen

Wie lange dauert die Mail.ru Domain-Verifizierung tatsächlich?

In der Praxis kann Mail.ru den Besitz innerhalb von 5–15 Minuten bestätigen, wenn Sie Ihren DNS-TTL vor dem Hinzufügen des Verifizierungseintrags auf 300 Sekunden senken. Das angegebene Zeitfenster von 24–48 Stunden gilt, wenn der TTL auf dem Standardwert belassen wird (oft 3600 oder höher), da Resolver die alte (leere) Antwort für diese Dauer zwischenspeichern, bevor sie erneut abfragen.

Kann ich Mail.ru for Business neben einem anderen Mail-Anbieter auf derselben Domain verwenden?

Ja, aber nur ein Anbieter kann das primäre MX-Ziel sein. Sie können bestimmte Subdomains (z. B. notifications.yourdomain.com) zu einem anderen Anbieter weiterleiten, aber für die Root-Domain sollte jeweils nur ein Satz MX-Einträge aktiv sein, um unvorhersehbare Zustellungsaufteilung zu vermeiden.

Warum landen ausgehende E-Mails von Mail.ru bei Gmail oder Outlook im Spam?

Die häufigsten Ursachen sind ein fehlender oder falsch konfigurierter SPF-Eintrag, fehlende DKIM-Signatur oder keine DMARC-Richtlinie. Führen Sie Ihre Domain durch mail-tester.com, um einen bewerteten Bericht zu erhalten, der genau angibt, welche Authentifizierungsmechanismen fehlschlagen.

Was passiert mit meinen E-Mails, wenn ich Mail.ru for Business nicht mehr verwende?

Die E-Mail-Zustellung stoppt, sobald Ihre MX-Einträge von mxs.mail.ru weggeändert werden. Vorhandene Nachrichten, die auf den Servern von Mail.ru gespeichert sind, bleiben über die Weboberfläche zugänglich, bis das Konto geschlossen wird, aber Sie sollten sie über IMAP (mit einem Client wie Thunderbird) exportieren, bevor Sie den Wechsel vornehmen, um Datenverlust zu vermeiden.

Ist es möglich, Mail.ru-E-Mail auf einer über AlexHost verwalteten Domain zu konfigurieren?

Ja. Wenn Ihre Domain über AlexHost Domain-Registrierung registriert ist, haben Sie vollen Zugang zum DNS-Zonen-Editor. Fügen Sie den Mail.ru-Verifizierungs-TXT-Eintrag, MX-Eintrag, SPF TXT-Eintrag und DKIM TXT-Eintrag direkt aus dem AlexHost-Kontrollpanel hinzu. Der Prozess ist identisch mit jedem anderen Registrar — nur die Oberfläche unterscheidet sich.