Version und Policy
v=DMARC1 muss am Anfang stehen. p legt fest, was Empfänger mit Mails tun, die DMARC nicht bestehen: none (nur berichten), quarantine (Spam-Ordner) oder reject (abweisen). sp setzt eine eigene Policy für Subdomains; ohne sp gilt p.
Erstellen Sie Schritt für Schritt einen korrekten DMARC-Record für Ihre Domain. Policy wählen, Adressen für die Reports eintragen und den TXT-Record fertig für Ihr DNS kopieren – mit Warnungen vor den Fehlern, die DMARC unbemerkt lahmlegen.
Läuft zu 100 % in Ihrem Browser – nichts wird hochgeladen
TXT_dmarcErgänzt Ihre DNS-Oberfläche die Domain automatisch, geben Sie nur _dmarc ein.
v=DMARC1; p=noneVeröffentlichen Sie genau einen TXT-Record mit diesem Wert.
→ Nach dem Veröffentlichen mit dem kostenlosen SPF-, DKIM- & DMARC-Checker prüfen
DNS-Änderungen sind meist nach wenigen Minuten sichtbar.
Perfektes SPF, DKIM und DMARC verhindert keine Bounces. Mails an ungültige, Wegwerf- oder verwaiste Adressen schaden Ihrer Absenderreputation genauso. Validieren Sie Ihre Liste vor der nächsten Kampagne.
→ Einzelne Adresse mit dem kostenlosen E-Mail-Validator prüfen
DMARC baut auf SPF und DKIM auf. Jeder Dienst, der im Namen Ihrer Domain sendet, muss mindestens eines davon bestehen – ausgerichtet auf Ihre Domain.
Beginnen Sie mit p=none und einer rua-Adresse, um Aggregate-Reports zu erhalten. Der Record aktualisiert sich während der Eingabe.
Legen Sie bei Ihrem DNS-Anbieter einen TXT-Record mit dem Namen _dmarc an (manche Oberflächen verlangen _dmarc.ihredomain.de) und fügen Sie den Wert ein. Nur einen DMARC-Record behalten.
Prüfen Sie den Record mit unserem kostenlosen SPF-, DKIM- & DMARC-Checker, werten Sie einige Wochen lang die Reports aus und wechseln Sie dann zu quarantine und reject.
Ein DMARC-Record ist eine Liste von Tag=Wert-Paaren, getrennt durch Semikolons. Nur v und p sind Pflicht.
v=DMARC1 muss am Anfang stehen. p legt fest, was Empfänger mit Mails tun, die DMARC nicht bestehen: none (nur berichten), quarantine (Spam-Ordner) oder reject (abweisen). sp setzt eine eigene Policy für Subdomains; ohne sp gilt p.
rua erhält tägliche Aggregate-Reports (XML) von Gmail, Yahoo, Microsoft und anderen – mit jeder IP, die im Namen Ihrer Domain gesendet hat. ruf erhält Fehlerberichte pro Nachricht, die nur wenige Anbieter verschicken. Mehrere Adressen sind möglich, kommagetrennt, jeweils als mailto:.
DMARC ist nur bestanden, wenn SPF oder DKIM für eine Domain besteht, die zur sichtbaren From-Domain passt. Relaxed (r, Standard) akzeptiert Subdomains – mail.beispiel.de passt zu beispiel.de; strict (s) verlangt exakte Übereinstimmung.
pct wendet die Policy nur auf einen Prozentsatz der fehlschlagenden Mails an – praktisch für einen schrittweisen Rollout. fo bestimmt, wann Fehlerberichte erzeugt werden. ri wünscht ein Report-Intervall in Sekunden, die meisten Anbieter senden aber ohnehin einen Report pro Tag.
Wer direkt auf reject springt, blockiert womöglich eigene Rechnungen, Newsletter oder Support-Mails. Gehen Sie schrittweise vor und lassen Sie sich von den Reports leiten.
Veröffentlichen Sie p=none mit einer rua-Adresse. Werten Sie die Aggregate-Reports aus (unsere DMARC-Report-Analyse öffnet sie in Ihrem Browser) und notieren Sie jeden Dienst, der im Namen Ihrer Domain sendet.
Richten Sie für jeden Dienst DKIM mit Ihrer Domain ein und/oder nehmen Sie ihn in SPF auf. Wiederholen, bis legitime Quellen DMARC bestehen – dass weitergeleitete Mails SPF nicht bestehen, ist normal.
Wechseln Sie zu p=quarantine, optional mit pct=25, dann 50 und 100. Beobachten Sie die Reports und Ihr Support-Postfach auf Beschwerden über fehlende Mails.
Läuft quarantine einige Wochen ohne Probleme, wechseln Sie zu p=reject. Erwägen Sie auch sp=reject, damit niemand ungenutzte Subdomains fälscht.
Behalten Sie die rua-Adresse auch nach reject – neue Tools, die im Namen Ihrer Domain senden, tauchen zuerst in den Reports auf.
→ DMARC-Report-Analyse — DMARC-Aggregate-Reports (RUA) öffnen – XML, .gz oder .zip – und sehen, wer im Namen Ihrer Domain sendet.
Ein TXT-Record unter _dmarc.ihredomain, der empfangenden Servern sagt, wie sie Nachrichten behandeln sollen, die angeblich von Ihrer Domain stammen, aber das SPF- und DKIM-Alignment nicht bestehen – und wohin sie Berichte darüber schicken.
Mit p=none und einer rua-Adresse. An der Zustellung ändert sich nichts, aber Sie erhalten Reports über alles, was im Namen Ihrer Domain verschickt wird. Bestehen alle legitimen Absender, wechseln Sie zu p=quarantine (optional mit pct) und schließlich zu p=reject.
Für die Bulk-Sender-Regeln ja: Gmail und Yahoo (seit Februar 2024) sowie Outlook.com (seit Mai 2025) verlangen einen gültigen DMARC-Record und akzeptieren p=none. Vor Spoofing Ihrer Domain schützt p=none aber nicht – das leisten nur quarantine oder reject.
Legen Sie einen TXT-Record mit dem Host/Namen _dmarc und dem erzeugten Wert an. Manche DNS-Oberflächen hängen die Domain automatisch an (geben Sie _dmarc ein), andere wollen den vollständigen Namen (_dmarc.ihredomain.de). Niemals zwei DMARC-Records veröffentlichen – dann ignorieren Empfänger beide.
Ja, aber die empfangende Domain muss das mit einem TXT-Record namens ihredomain._report._dmarc.reportdomain mit dem Inhalt v=DMARC1 autorisieren. DMARC-Report-Dienste veröffentlichen ihn meist selbst; nutzen Sie ein eigenes Postfach auf einer anderen Domain, müssen Sie ihn dort anlegen.
Nein. Subdomains erben die Policy der Organisationsdomain (bzw. das sp-Tag, falls gesetzt). Einen eigenen Record brauchen sie nur, wenn sie eine andere Policy oder andere Report-Adressen benötigen.
Meist nach wenigen Minuten, abhängig von der TTL Ihrer DNS-Zone. Aggregate-Reports kommen etwa einmal täglich von jedem Anbieter, der Mails Ihrer Domain erhalten hat – rechnen Sie mit den ersten nach 24–48 Stunden.
Nein. Der Record wird vollständig in Ihrem Browser erzeugt; nichts, was Sie eingeben, wird an unsere Server übertragen.
Ein kostenloses Konto enthält 200 Credits, um Listen in großen Mengen, per REST-API oder in Echtzeit in Ihren Formularen zu validieren – damit Ihre authentifizierten Mails echte Menschen erreichen.
Kostenloses Konto – 200 CreditsKeine Kreditkarte. Credits verfallen nicht.