Leitfaden
SPF, DKIM und DMARC: die E-Mail eines KMU schützen
SPF, DKIM und DMARC verhindern, dass in Ihrem Namen gefälschte E-Mails versendet werden, und helfen Ihren echten Nachrichten, anzukommen. Google, Yahoo und Microsoft verlangen sie bereits von großen Absendern. Hier erfahren Sie verständlich, was sie tun und wie Sie sie einrichten, ohne Ihre eigenen Rechnungen zu blockieren.
Aktualisiert am 18. Oktober 2026 · Die Zahlen sind unten auf der Seite belegt; die Bewertungen stammen von IT CyberWall.
Warum Sie das betrifft
Jeder kann eine E-Mail senden, die scheinbar von Ihrer Domain stammt: eine gefälschte Rechnung an Ihre Kunden, einen gefälschten Überweisungsauftrag an Ihre Buchhaltung. Drei Einstellungen, veröffentlicht im DNS Ihres Domainnamens, ermöglichen es den E-Mail-Systemen Ihrer Empfänger, Ihre echten Nachrichten zu erkennen. Sie schützen Ihre E-Mail und Ihren Ruf, nicht Ihre Daten: Sie sind keine Datensicherung.
SPF, DKIM und DMARC verständlich erklärt
| Einstellung | Was sie aussagt | Bild |
|---|---|---|
| SPF | Die Liste der Server, die im Namen Ihrer Domain Nachrichten senden dürfen[1]. | Die Liste der zugelassenen Briefträger. |
| DKIM | Eine digitale Signatur an jeder Nachricht, die die Nachricht mit Ihrer Domain verknüpft[2]. | Der Firmenstempel auf dem Umschlag. |
| DMARC | Ihre Anweisung an die Empfänger, wenn eine Nachricht die Prüfungen nicht besteht (nichts tun, in den Spam verschieben, ablehnen), und der Versand von Berichten[3]. | Die Anweisung am Empfang. |
Die ANSSI widmet diesen drei Mechanismen einen Teil ihrer Empfehlungen zur Anbindung eines Informationssystems an das Internet[4].
Was Google, Yahoo und Microsoft verlangen
- Google, seit dem 1. Februar 2024: SPF oder DKIM für alle Absender; SPF, DKIM und DMARC für diejenigen, die mehr als 5 000 Nachrichten pro Tag an Gmail senden[5].
- Yahoo: SPF oder DKIM für alle; SPF, DKIM und DMARC für Massenversand[6].
- Microsoft Outlook.com, seit dem 5. Mai 2025: SPF, DKIM und DMARC für Domains, die mehr als 5 000 Nachrichten pro Tag senden; andernfalls landen die Nachrichten im Spam und werden dann abgelehnt[7].
Auch ein KMU, das wenige Nachrichten versendet, sollte alle drei veröffentlichen: Seine Rechnungen und Angebote kommen besser an, und sein Name ist schwerer zu missbrauchen.
Die Einrichtung Schritt für Schritt
- Alles erfassen, was in Ihrem Namen Nachrichten versendet: E-Mail, Rechnungssoftware, CRM, Website, E-Mailing-Tool, Drucker, der Scans verschickt.
- Einen SPF-Eintrag veröffentlichen, der diese Absender auflistet, ohne einen zu vergessen.
- DKIM aktivieren für jeden Dienst, der es ermöglicht.
- Einen DMARC-Eintrag im Beobachtungsmodus veröffentlichen (Richtlinie „none“) und die Berichte empfangen.
- Die Berichte einige Wochen lang lesen: Sie zeigen vergessene Absender und Missbrauchsversuche.
- Schrittweise verschärfen: Verschieben in den Spam („quarantine“), dann Ablehnung („reject“), die Microsoft empfiehlt[7].
Was IT CyberWall übernimmt
Wir erfassen Ihre Absender, veröffentlichen und testen die SPF-, DKIM- und DMARC-Einträge, lesen die Berichte mit Ihnen und verschärfen die Richtlinie, sobald dies ohne Risiko möglich ist. Das ist ein kurzer Einsatz, der sich in unsere Leistungen zur Cybersicherheit einfügt.
Ihre E-Mails landen im Spam, oder Ihr Name wird missbraucht?
Wir prüfen Ihre Einträge und richten SPF, DKIM und DMARC ein.
Quellen
Quellen abgerufen am 18. Oktober 2026. Die Preise der Anbieter sind ohne Steuern angegeben, in der Währung und Region der veröffentlichten Preisliste, und können sich ändern: Prüfen Sie vor einer Entscheidung immer die offizielle Seite.
- IETF – RFC 7208, Sender Policy Framework (SPF), April 2014 — www.rfc-editor.org/rfc/rfc7208
- IETF – RFC 6376, DomainKeys Identified Mail (DKIM) Signatures, September 2011 — www.rfc-editor.org/rfc/rfc6376
- IETF – RFC 9989, DMARC (Mai 2026, ersetzt RFC 7489) — www.rfc-editor.org/rfc/rfc9989
- ANSSI – Recommandations relatives à l’interconnexion d’un système d’information à internet, v3.0 (19. Juni 2020), § 5.4 — messervices.cyber.gouv.fr/guides/recommandations-relatives-linterconnexion-dun-si-internet
- Google – Consignes pour les expéditeurs de messages — support.google.com/a/answer/81126?hl=fr
- Yahoo – Sender Best Practices — senders.yahooinc.com/best-practices/
- Microsoft – Outlook.com Policies, Practices, and Guidelines — substrate.office.com/ip-domain-management-snds/Postmaster/Policies