Persönliches DNS-Konto (DNS). Mail: Einrichten von DNS-Einträgen für Yandex.Mail – Timeweb Help Center Mail-DNS

💖 Gefällt es dir? Teilen Sie den Link mit Ihren Freunden

DNS ist ein Netzwerk aus digitalen und Haushaltsgeräte, das in Russland weit verbreitet ist. Die Geschäfte haben eine große Auswahl an Produkten. Auf der offiziellen DNS-Website können Sie jedes Produkt bequem von zu Hause aus auswählen und kaufen. Der Einkauf kann in der ausgewählten Filiale abgeholt werden (der Kauf wird vom Filialleiter zum angegebenen Zeitpunkt vorbereitet) oder die Lieferung bestellt werden. Um alle Funktionen der Ressource nutzen zu können, gibt es einen praktischen „persönlichen Konto“-Dienst. Es gibt einen Kundendienst, der über ein spezielles Formular kontaktiert werden kann, um einen Rückruf zu bestellen.

Funktionen Ihres persönlichen DNS-Kontos

Um Zugriff auf Ihr persönliches Konto zu erhalten, müssen Sie sich auf der Website registrieren. Dazu müssen Sie eine E-Mail-Adresse angeben und ein Passwort erstellen. Wichtig ist die Angabe eines gültigen Postfachs, da für den Abschluss des Registrierungsvorgangs eine Bestätigung der angegebenen Adresse erforderlich ist. Anschließend wird der Benutzer aufgefordert, eine Mobiltelefonnummer anzugeben (dieser Punkt ist optional). Nachrichten über Änderungen im Status der aktuellen Bestellung werden an die angegebene Nummer gesendet. Damit ist der Registrierungsprozess abgeschlossen, Sie können sich in Ihr persönliches Konto einloggen und alle Funktionen nutzen.

Der Dienst ist rund um die Uhr in Betrieb. Es ermöglicht Ihnen, Bestellungen für die auf der Website präsentierten Produkte aufzugeben und diese zu verfolgen. auch in persönliches Konto Sie können Ihre Karte aktivieren, um Mitglied zu werden Bonusprogramm. Um eine Karte zu erhalten, müssen Sie eine Nummer angeben Mobiltelefon an einen Mitarbeiter in einer Filiale der Kette (wird kostenlos ausgestellt und ist 5 Jahre gültig). In Ihrem Konto können Sie jederzeit die Anzahl der Bonuspunkte und den Verlauf ihrer Ansammlung einsehen. Außerdem können Inhaber persönlicher Konten alle Werbeaktionen und andere lukrative Angebote sowie Unternehmensnachrichten sehen. Aktuelle Informationen werden an Ihr Telefon gesendet oder Email, die mit dem Konto verknüpft sind.

Mithilfe des Dienstes können Sie in einem Online-Chat eine Frage an den technischen Support stellen. Der Verlauf der Bestellungen und Zahlungen wird gespeichert. Darauf aufbauend erstellt der Firmenmitarbeiter gewinnbringende individuelle Angebote für registrierte Nutzer

Damit der Mailserver ordnungsgemäß funktioniert, ist es wichtig, über eine korrekt konfigurierte DNS-Zone zu verfügen. Wir haben bereits einige Aspekte im Zusammenhang mit dem DNS-System angesprochen, heute werden wir näher auf dieses Thema eingehen. DNS-Einstellungen Zone bezieht sich auf vorbereitende Vorgänge vor der Bereitstellung eines Mailservers und die Leistung des E-Mail-Systems hängt direkt davon ab.

Falsche Einstellungen kann dazu führen, dass E-Mails nicht an Ihren Mailserver zugestellt werden können oder die Empfängerserver Ihre E-Mails ablehnen. Wenn Ihre Zonendatensätze keine Informationen über den Mailserver enthalten, wohin sollen dann E-Mails gesendet werden? Zum Großvater ins Dorf? Sie können natürlich Ihren Provider bitten, die DNS-Zone zu konfigurieren, besser ist es jedoch, dies selbst zu tun.

Was brauchen wir? Eine dedizierte IP-Adresse (sagen wir 11.22.33.44), die Sie von Ihrem Provider erhalten müssen. Ein Domainname (z. B. example.com) kann bei jedem Registrar oder dessen Partner registriert werden. Überprüfen Sie bei der Registrierung bei einem Partner, ob dieser Zugriff auf die DNS-Zonenverwaltung bietet, andernfalls müssen Sie Geld ausgeben Extra Zeit, Nerven und Geld, um die Domain an den Registrar zu übertragen.

Wenn Sie bereits über eine Domain verfügen und höchstwahrscheinlich eine Website darauf läuft, prüfen Sie, ob es möglich ist, die DNS-Zone über das Panel des Hosting-Anbieters zu verwalten; andernfalls ist es besser, die Domain an den Registrar zu übertragen; um dies zu tun, Wenden Sie sich an den Support des Anbieters.

Wir haben also eine Domain. Welche Einträge enthält die DNS-Zone? Erstens ist dies ein SOA-Eintrag – eine Beschreibung der Zone. Wir werden nicht alle Einträge im Detail analysieren, dies würde den Rahmen unseres Artikels sprengen, aber es ist notwendig, ein allgemeines Verständnis davon zu haben. Es sollten auch zwei NS-Einträge vorhanden sein, die auf Nameserver verweisen ( DNS-Server), die diese Domain bedienen, sind dies die Server des Registrars oder des Hosting-Anbieters.

Der erste Datensatz, der hinzugefügt wird, ist der A-Datensatz oder Namensdatensatz. Es sollte auf die IP-Adresse Ihres Servers verweisen, wenn Sie sich entscheiden, alle Anfragen an die Domain selbst zu bearbeiten, oder auf die IP-Adresse des Hosting-Anbieters, wenn Sie sich entscheiden, Ihre Website zu hosten. Beim Hosten einer Website bei einem Hoster wird die Domain in der Regel an dessen DNS-Server delegiert (die entsprechenden NS-Records werden registriert) und beim Parken der Domain wird automatisch ein A-Record erstellt.

Diese Option ist am gebräuchlichsten, aber bei Bedarf können Sie jederzeit selbst einen A-Datensatz erstellen. Dieser Eintrag sieht aus wie

Beispiel.com. IN A 22.11.33.44

In unserem Beispiel ist 22.11.33.44 die Adresse unseres Hosting-Providers, bei dem sich die Site befindet. Achten Sie auf den Punkt am Ende des Namens. Dieser zeigt an, dass der Name absolut ist. Wenn kein Punkt vorhanden ist, gilt der Name als relativ und der Domänenname von SOA wird hinzugefügt. Sie können den Eintrag mit dem Befehl überprüfen nslookup.

Damit der Mailserver funktioniert, müssen Sie einen MX-Eintrag erstellen, der auf unseren Mailserver verweisen sollte. Dazu erstellen wir einen Datensatz:

Beispiel.com. IN MX 10 mail.example.com.

Sie können auch einfach schreiben:

Beispiel.com. IN MX 10-Mail

Zu diesem Namen wird automatisch example.com hinzugefügt (ohne Punkt am Ende). Die Zahl 10 bestimmt die Serverpriorität; je niedriger sie ist, desto höher ist die Priorität. Die DNS-Zone enthält übrigens möglicherweise bereits einen MX-Eintrag wie:

Beispiel.com. IN MX 0 example.com.

Normalerweise wird dieser Eintrag vom Hosting-Anbieter beim Hosten der Website automatisch erstellt und muss gelöscht werden.

Jetzt erstellen wir einen A-Eintrag für mail.example.com

Mail.example.com. IN A 11.22.33.44

Jetzt werden alle E-Mails für die Domain example.com an den Mail-Host mit der Adresse 11.22.33.44 gesendet, d. h. Ihr Mailserver, während gleichzeitig die Website example.com weiterhin auf dem Server des Anbieters unter 22.11.33.44 funktioniert.
Es stellt sich möglicherweise die Frage: Warum kann man im MX-Eintrag nicht sofort die IP-Adresse des Mailservers angeben? Prinzipiell ist es möglich, einige Leute machen es, aber es entspricht nicht den DNS-Spezifikationen.

Sie können auch Aliase für einen Mailserver wie erstellen pop.example.ru Und smtp.example.ru. Warum ist das notwendig? Dadurch ist der Client nicht auf die Funktionen Ihrer Infrastruktur angewiesen, da er die Einstellungen einmal vorgenommen hat. Nehmen wir an, Ihr Unternehmen ist gewachsen und hat einen separaten Mailserver für die Betreuung externer Kunden eingerichtet. mail1 Sie müssen lediglich zwei DNS-Einträge ändern. Die Clients werden nicht bemerken, dass sie mit einem neuen Server arbeiten. Um Aliase zu erstellen, werden Datensätze vom Typ CNAME verwendet:

Pop IN CNAME mail.example.com.
smtp IN CNAME mail.example.com.

An diesem Punkt kann die Einrichtung der Forward-DNS-Zone als abgeschlossen betrachtet werden; das Interessanteste bleibt übrig – die Reverse-Zone. Die Reverse-Zone wird von dem Anbieter verwaltet, der Ihnen die IP-Adresse zugewiesen hat, und Sie können sie nicht selbst verwalten (es sei denn, Sie sind Eigentümer eines Blocks von IP-Adressen). Sie müssen jedoch mindestens einen Eintrag zur Umkehrzone hinzufügen. Wie wir im vorherigen Artikel geschrieben haben, überprüfen viele Mailserver PTR-Einträge (Reverse Zone Records) für den Absenderserver. Wenn diese fehlen oder nicht mit der Domäne des Absenders übereinstimmen, wird der Brief abgelehnt. Bitten Sie daher Ihren Provider, einen Eintrag wie diesen für Sie hinzuzufügen:

44.33.22.11.in-addr.arpa. IN PTR mail.example.com.

Sieht etwas seltsam aus, nicht wahr? Schauen wir uns die PTR-Datensatzstruktur genauer an. Um die Namensumwandlung rückgängig zu machen, wird eine spezielle Domäne verwendet Höchststufe in-addr.arpa. Dies geschieht, um die gleichen Softwaremechanismen für die Vorwärts- und Rückwärts-Namensumwandlung zu nutzen. Tatsache ist, dass mnemonische Namen von links nach rechts und IP-Adressen von rechts nach links geschrieben werden. Also mail.example.com. bedeutet, dass sich Host-Mail in der Beispieldomäne befindet, die sich in der Top-Level-Domain com befindet. 11.22.33.44 bedeutet, dass sich Host 44 im Subnetz 33 befindet, das Teil von Subnetz 22 ist, das zu Netzwerk 11 gehört. Um eine Einheitlichkeit aufrechtzuerhalten In der Reihenfolge enthalten PTR-Einträge die IP-Adresse „rückwärts“ mit angehängter Top-Level-Domain in-addr.arpa.

Sie können mit dem Befehl auch MX- und PTR-Einträge überprüfen nslookup verwenden zusätzlicher Parameter -type=MX oder -type=PTR

Und natürlich dürfen wir nicht vergessen, dass Änderungen in DNS-Zonen nicht sofort, sondern innerhalb weniger Stunden oder sogar Tage erfolgen, die erforderlich sind, damit sich die Änderungen im gesamten globalen DNS-System verbreiten. Das bedeutet, dass Ihr E-Mail-Server zwar zwei Stunden nach der Änderung in Betrieb geht, Ihr Partner Ihnen jedoch möglicherweise längere Zeit keine E-Mails sendet.

Es ist mir ein Rätsel, warum für viele Menschen auch nur eine primitive Mailserverkonfiguration eingesetzt wird Systemadministratoren ist so ein ernstes Problem. Dennoch ist es wahr. Es wäre mir nie in den Sinn gekommen, einen ganzen Artikel darüber zu schreiben, aber angesichts der unerschöpflichen Anzahl an Fragen ist es dennoch notwendig, dies zu tun. Am schwierigsten sind die grundlegenden DNS-Einträge für den Mailserver, daher werden wir darüber sprechen.

Wenn Sie sich für das Thema Mailserver interessieren, empfehle ich Ihnen, auf die entsprechenden Tags auf meinem Blog zu verweisen – und .

In dem Artikel werden grundlegende Datensätze besprochen, die für das normale Funktionieren eines Mailservers entweder notwendig oder äußerst wünschenswert sind.

Nun beginnen wir damit, herauszufinden, was vor der Erstellung von Datensätzen zu tun ist.

Kauf eines Domainnamens

Sie müssen mit dem Kauf eines Domainnamens beginnen. Es ist nicht so schwierig, wie es scheint, und nicht so teuer. Neue Domäne In der.ru-Zone darf es nicht mehr als 100-200 Rubel kosten.

Sobald die Domain erworben ist, können Sie mit der Erstellung von Datensätzen beginnen. Alle Registrare haben unterschiedliche Admin-Panels, aber wenn man die Theorie kennt, ist es leicht, die Besonderheiten des Hinzufügens von Datensätzen zu verstehen.

Notiz: Wenn Sie bei der Erstellung den A-Datensatz angeben, auf den sich der CNAME bezieht, müssen einige Registrare möglicherweise den gesamten A-Datensatz mit einem Punkt eingeben (z. B. record.bissquit.com), während es für andere ausreicht, ihn einzugeben nur der Teil vor der Domäne (einfach ohne alles aufzeichnen, wie im vorherigen Beispiel).

Ich möchte Sie sofort darauf hinweisen, dass das Verteilen neu erstellter Beiträge einige Zeit in Anspruch nimmt, normalerweise zwischen 15 Minuten und mehreren Stunden (oder theoretisch sogar einem Tag, aber ich habe das noch nie erlebt).

A

Erstellen Sie zunächst einen Master-A-Eintrag, der auf die externe Adresse Ihres Mailservers verweist. Alle Optionen sind akzeptabel, aber normalerweise wählen Sie etwas Ähnliches mail.domain.tld oder mx1.domain.tld. Wenn Sie Ihren eigenen Bind-DNS-Server verwenden, könnte der A-Eintrag innerhalb der Zone so aussehen:

Hülse

E-Mail IN A 1.2.3.4

E-Mail IN A 1.2.3.4

Auf diesen Eintrag wird anschließend von MX verwiesen.

MX

Dieser Eintrag bedeutet übersetzt Mail-Austauscher und tatsächlich ist es das wichtigste für Mailserver. Es kann mehrere solcher Datensätze geben, und jeder von ihnen hat zwangsläufig einen Prioritätswert – je niedriger er ist, desto höher ist die Priorität. Was wird es verwendet? Hauptsächlich um die Reihenfolge des Zugriffs auf MX-Einträge festzulegen, wenn mehrere davon vorhanden sind.

Es kommt häufig vor, dass mehrere MX-Einträge für dieselbe Domain dieselbe Priorität haben. In diesem Fall wird der eingehende Datenverkehr gleichmäßig auf die Server verteilt.

Notiz: Genau genommen ist es nicht unbedingt erforderlich, einen zugehörigen MX-Eintrag für Ihren sendenden Server zu haben. Sie können E-Mails problemlos versenden und die Server der Zieldomäne empfangen diese sogar. Auf den Empfangsservern landet die Mail aber vermutlich sofort im Spam, da absendende Domains ohne MX sofort als verdächtig gekennzeichnet werden. Auch beim Empfang von E-Mails können Probleme auftreten, obwohl die Zustellung eines Briefes ohne MX-Eintrag theoretisch an den Haupt-A-Eintrag der Domain erfolgen sollte (gemäß RFC 5321).

Wenn wir tiefer in die Architektur von Mail-Lösungen eintauchen, zeigt der MX-Eintrag sehr oft auf einen Mail-Relay- oder Antispam-Server (z. B. Spamassasin oder Exchange Server Edge) und nicht auf den endgültigen Mail-Server, der eingehende/ausgehende Nachrichten speichert . Dies ist ein völlig sinnvoller Ansatz, bei dem ein separater Server als Edge-Gateway und ein anderer mit geschäftskritischen Daten als Backend fungiert. Ich werde noch mehr sagen – das ist sogar die beste Vorgehensweise.

Wie viel MX braucht man, um glücklich zu sein?

Ein versierter Leser könnte auf einen sehr interessanten Gedanken kommen: „Was ist besser – zwei MX-Einträge oder ein MX-Eintrag, aber auf zwei identische A-Einträge verweisen?“ Optisch sieht es so aus:

Im Fall von B. es stellt sich als eine Art Round Robin heraus. Aber wenn wir die Nuancen ignorieren, ist Option a. ähnlich! Schließlich bietet die gleiche Priorität von MX-Einträgen die gleiche Funktion.

Doch auch in diesem Fall haben viele Zweifel. Sie basieren hauptsächlich auf der Überzeugung, dass im Fall b., wenn der sendende Server beim ersten Sendeversuch auf einen defekten Server trifft, er den Versand verschiebt und es nach einer Zeitüberschreitung beim nächsten Mal versucht. Aber das ist grundsätzlich falsch – es wird versucht, es sofort vom RR-Problem an den zweiten Server zu senden. Das zeigt ein anschauliches Experiment.

Wenn beide Server aus Option B. auf Anfragen antworten, sehen wir in der SMTP-Sitzung den folgenden Eintrag, wenn wir versuchen, ihnen einen Brief zu senden ( Post zur Zustellung in der Warteschlange— der Brief wurde zur Zustellung angenommen):

Hülse

14. Februar 13:57:37 Mail Postfix/SMTP: ACF0D140073: to= , Relay=mail.domain.tld:25, Verzögerung=1.7, Verzögerungen=0.17/0/0.09/1.5, dsn=2.6.0, Status=gesendet (250 2.6.0 Post zur Zustellung in der Warteschlange

Wenn aus irgendeinem Grund einer der Server offline ging und der Absender beim ersten Versuch dazu kam, geht der zweite Versuch sofort dazu über, E-Mails vom Problem an den zweiten Server zu senden (später). Zeitüberschreitung der Verbindung beim ersten Mal gibt es einen erfolgreichen zweiten Versuch):

Hülse

14. Februar 14:02:16 Mail Postfix/SMTP: Verbindung mit mail.domain.tld:25 herstellen: Zeitüberschreitung der Verbindung 14. Februar 14:02:17 Mail Postfix/SMTP: 35E8F140073: to=

14. Februar 14:02:16 Mail Postfix/SMTP: Verbindung zu mail.domain.tld:25 herstellen: Zeitüberschreitung bei der Verbindung

14. Februar 14:02:17 Mail Postfix/SMTP: 35E8F140073: to= , Relay=mail.domain.tld:25, Verzögerung=31, Verzögerungen=0,15/0/30/0,7, dsn=2.6.0, Status=gesendet (250 2.6.0 Post zur Zustellung in der Warteschlange

Notiz: Wenn sich jemand für das Dilemma der Wahl der „richtigen“ MX-Hierarchie interessiert, empfehle ich Ihnen, sich in den Technet-Foren mit dem Thema DNS – MX, A, TLL und Mailserver zu befassen. Das Beispiel mit dem Versenden von Protokollen stammt von dort und ich bin auch dessen Autor.

Kehren wir nun von der Theorie zur Praxis zurück und sehen uns an, wie es bei großen öffentlichen E-Mail-Diensten läuft:

Hülse

# dig -t MX mail.ru +short 10 mxs.mail.ru. # dig -t A mxs.mail.ru +short 94.100.180.104 94.100.180.31 # # # dig -t MX yandex.ru +short 10 mx.yandex.ru. # dig -t A mx.yandex.ru +short 213.180.204.89 77.88.21.89 213.180.193.89 87.250.250.89 93.158.134.89

# dig -t MX mail.ru +short

# dig -t A mxs.mail.ru +short

# dig -t MX yandex.ru +short

10 mx.yandex.ru.

# dig -t A mx.yandex.ru +short

Mail und Yandex nutzen die Option mit RR für A-Einträge für ihre Dienste, Google jedoch nicht:

Hülse

# dig -t MX gmail.com +short 5 gmail-smtp-in.l.google.com. 20 alt2.gmail-smtp-in.l.google.com. 30 alt3.gmail-smtp-in.l.google.com. 40 alt4.gmail-smtp-in.l.google.com. 10 alt1.gmail-smtp-in.l.google.com.

# dig -t MX gmail.com +short

5 gmail-smtp-in.l.google.com.

20 alt2.gmail-smtp-in.l.google.com.

30 alt3.gmail-smtp-in.l.google.com.

40 alt4.gmail-smtp-in.l.google.com.

10 alt1.gmail-smtp-in.l.google.com.

Daher liegt es an Ihnen, zu entscheiden, welche Option Sie wählen.

PTR

Bei PTR gibt es nicht so viel Raum für Kreativität wie bei MX und das macht es nur einfacher. Der PTR-Eintrag gehört zur Reverse-Zone und soll die IP-Adresse mit dem DNS-Namen abgleichen (d. h. die Adresse muss in einen Namen aufgelöst werden).

Im Idealfall sollte es zu einer „zirkulären“ Auflösung der Aufzeichnungen kommen. Was das ist, lässt sich anhand eines Beispiels leicht verstehen: Von MX erhalten wir einen A-Record, von einem A-Record erhalten wir eine IP-Adresse, von dieser Adresse nehmen wir einen PTR-Record, der idealerweise in den A-Record aufgelöst werden sollte MX wies zunächst darauf hin. Und so im Kreis:

Aber in Wirklichkeit handelt es sich hier eindeutig um übertriebenen Perfektionismus. Was würden Sie außerdem tun, wenn Ihr Server mehrere Domänen gleichzeitig bedient (was eine sehr häufige Situation ist)?

Notiz: Hypothetisch können Sie mehrere PTRs für eine IP-Adresse erstellen, da der RFC dies nicht direkt verbietet. Allerdings weiß clientseitige Software in der Regel nicht, wie sie mit einer solchen Situation richtig umgehen soll, und zieht einfach den ersten Eintrag, auf den sie stößt, aus den Suchergebnissen. Dieser Eintrag ist möglicherweise nicht der, den Sie benötigen. Darüber hinaus lehnen die meisten Anbieter Ihre Anfrage zur Erstellung mehrerer PTRs einfach ab. Verwenden Sie also einen Eintrag für eine Adresse und stellen Sie sicher, dass der Mailserver in der HELO-Begrüßung einen Namen ausgibt, der in die Serveradresse aufgelöst wird. Das ist alles.

Schauen wir uns zum Spaß noch einmal die gleichen öffentlichen Anbieter an:

Hülse

# dig -t MX mail.ru +short 10 mxs.mail.ru. # dig -t A mxs.mail.ru +short 94.100.180.104 94.100.180.31 # dig -x 94.100.180.104 +short mxs.mail.ru.

Und natürlich haben ihre Adressen einen PTR, der nichts mit dem Namen zu tun hat, zum Beispiel bk.ru. Daher ist im Wesentlichen kein hartes Matching erforderlich und Sie können PTR mit jedem von Ihnen verwenden Domainname. Die Hauptsache ist, dass der Eintrag vorhanden ist, denn viele Server prüfen, ob PTR vorhanden ist, und wenn es nicht vorhanden ist, erhöhen sie die Spam-Bewertung Ihrer Nachrichten erheblich.

Derzeit ist die Verwendung von E-Mails auf einer Yandex-Domain innerhalb des Yandex.Connect-Dienstes möglich.

4. Suchen Sie die Domain, für die Sie Änderungen vornehmen möchten, klicken Sie auf das Zahnradsymbol und wählen Sie „DNS-Einstellungen“.

5. Klicken Sie auf „DNS-Eintrag hinzufügen“, wählen Sie „TXT“ und geben Sie den in Yandex.Connect empfangenen Eintrag an.

Normalerweise dauert es 10–15 Minuten, bis die Änderungen wirksam werden.

7. Nachdem die Änderungen übernommen wurden, klicken Sie in Yandex.Connect auf „Scan ausführen“. Warten Sie auf die Domain-Bestätigung (normalerweise sehr schnell).

8. Richten Sie mithilfe der folgenden Anweisungen DNS-Einträge für die Domäne ein.

MX-Eintrag


SPF-Eintrag

2. Suchen Sie die Domain, für die Sie Änderungen vornehmen möchten, klicken Sie auf das Zahnradsymbol und wählen Sie „DNS-Einstellungen“.

3. Löschen Sie vorhandene TXT-Einträge (kopieren Sie zuerst den SPF-Eintragswert, wenn Sie auch E-Mails von den darin angegebenen Servern senden möchten).



V=spf1 ip4:IP1 ip4:IP2 ip4:IP3 include:_spf.yandex.net ~all

wobei IP1, IP2, IP3 die IP-Adressen zusätzlicher Server sind.

6. Speichern Sie Ihre Änderungen über die Schaltfläche „Hinzufügen“.

DKIM-Signatur

1. Holen Sie sich einen TXT-Eintrag mit einem öffentlichen Schlüssel in Yandex.Connect:

  • Öffnen Sie die Seite E-Mail-Verwaltung.
  • Gehen Sie zur Registerkarte DKIM-Signaturen.
  • Kopieren Sie die DKIM-Signatur für die gewünschte Domain.


2. Suchen Sie die Domain, für die Sie Änderungen vornehmen möchten, klicken Sie auf das Zahnradsymbol und wählen Sie „DNS-Einstellungen“.

3. Löschen Sie vorhandene MX-Einträge.

4. Klicken Sie auf „DNS-Eintrag hinzufügen“, wählen Sie „MX“ und aktivieren Sie im sich öffnenden Fenster den Punkt „Yandex.Mail“:


5. Speichern Sie Ihre Änderungen über die Schaltfläche „Hinzufügen“.

6. Warten Sie, bis die DNS-Änderungen wirksam werden. Dieser Vorgang kann bis zu 72 Stunden dauern.

SPF-Eintrag

2. Suchen Sie die Domain, für die Sie Änderungen vornehmen möchten, klicken Sie auf das Zahnradsymbol und wählen Sie „DNS-Einstellungen“.

3. Löschen Sie vorhandene TXT-Einträge (kopieren Sie zuerst den Wert des SPF-Eintrags, wenn Sie auch E-Mails von den darin angegebenen Servern senden möchten).

4. Klicken Sie auf „DNS-Eintrag hinzufügen“, wählen Sie „TXT“ und geben Sie im sich öffnenden Fenster den folgenden Wert ein:

V=spf1 weitergeleitet=_spf.yandex.net



5. Wenn Sie Briefe nicht nur von Yandex-Servern versenden möchten, geben Sie zusätzliche Server in diesem Format an:

V=spf1 ip4:IP-1 ip4:IP-2 ip4:IP-3 include:_spf.yandex.net ~all

wobei IP-1, IP-2, IP-3 die IP-Adressen zusätzlicher Server sind.

6. Speichern Sie Ihre Änderungen über die Schaltfläche „Hinzufügen“.

7. Warten Sie, bis die DNS-Änderungen wirksam werden. Dieser Vorgang kann bis zu 72 Stunden dauern.

DKIM-Signatur

2. Suchen Sie die Domain, für die Sie Änderungen vornehmen möchten, klicken Sie auf das Zahnradsymbol und wählen Sie „DNS-Einstellungen“.

3. Klicken Sie auf „DNS-Eintrag hinzufügen“ und wählen Sie „TXT“.

4. Geben Sie im Einstellungsfenster im Feld „Host“ „mail._domainkey“ an und geben Sie im Feld „Wert“ die DKIM-Parameter mit dem in Mail erhaltenen öffentlichen Schlüssel für die Domain ein. Beispiel: „v=DKIM1; k=rsa; t=s; p=MIGfMA0GCSEBtaCOteH4EBqJlKpe...“



5. Speichern Sie Ihre Änderungen über die Schaltfläche „Hinzufügen“.

6. Warten Sie, bis die DNS-Änderungen wirksam werden. Dieser Vorgang kann bis zu 72 Stunden dauern.

CNAME-Eintrag

2. Suchen oder erstellen Sie eine Subdomain mail.your_domain und klicken Sie auf das Zahnradsymbol.

3. Klicken Sie auf „DNS-Eintrag hinzufügen“ und wählen Sie „CNAME“.

4. Geben Sie im Einstellungsfenster den Wert „domain.mail.yandex.net“ ein:


5. Speichern Sie Ihre Änderungen über die Schaltfläche „Hinzufügen“.

6. Warten Sie, bis die DNS-Änderungen wirksam werden. Dieser Vorgang kann bis zu 72 Stunden dauern.

  • Keine Tags

3. Löschen Sie vorhandene MX-Einträge.

4. Klicken Sie auf „DNS-Eintrag hinzufügen“, wählen Sie „MX“ und aktivieren Sie im sich öffnenden Fenster das Kontrollkästchen Mail.ru:

5. Speichern Sie Ihre Änderungen über die Schaltfläche „Hinzufügen“.

6. Warten Sie, bis die DNS-Änderungen wirksam werden. Dieser Vorgang kann bis zu 72 Stunden dauern.

SPF-Eintrag

2. Suchen Sie die gewünschte Domain, klicken Sie auf das Zahnradsymbol und wählen Sie „DNS-Einstellungen“.

3. Löschen Sie vorhandene TXT-Einträge, beginnend mit v=spf1 (kopieren Sie zuerst den Wert des SPF-Eintrags, wenn Sie auch E-Mails von den darin angegebenen Servern senden möchten).

4. Klicken Sie auf „DNS-Eintrag hinzufügen“, wählen Sie „TXT“ und geben Sie im sich öffnenden Fenster den folgenden Wert ein:

V=spf1 weitergeleitet=_spf.mail.ru


5. Wenn Sie Briefe nicht nur von Mail.ru-Servern versenden möchten, geben Sie zusätzliche Server in diesem Format an:

V=spf1 ip4:IP1 ip4:IP2 ip4:IP3 include:_spf.mail.ru ~all

wobei IP-1, IP-2, IP-3 die IP-Adressen zusätzlicher Server sind.

6. Speichern Sie Ihre Änderungen über die Schaltfläche „Hinzufügen“.

7. Warten Sie, bis die DNS-Änderungen wirksam werden. Dieser Vorgang kann bis zu 72 Stunden dauern.

DKIM-Signatur

2. Suchen Sie die gewünschte Domain, klicken Sie auf das Zahnradsymbol und wählen Sie „DNS-Einstellungen“.

3. Klicken Sie auf „DNS-Eintrag hinzufügen“ und wählen Sie „TXT“.

4. Im sich öffnenden Einstellungsfenster:

  • im Feld „Host“ angeben mailru._domainkey
  • Geben Sie im Feld „Wert“ im Abschnitt „“ die DKIM-Parameter ein, die Sie in Ihrem persönlichen Konto https://biz.mail.ru/ erhalten haben.




Freunden erzählen