Skip to main content

DMARC-Lookup für sparkasse.de

SPF-, DMARC-, DKIM- und MX-Records — der vollständige E-Mail-Security-Check.

SPF-Record

gefunden
v=spf1 mx include:spf.mail.s-web.de include:_spf.jpberlin.de include:spf.protection.outlook.com include:_spf.pixelpark.eu -all

DMARC-Record

gefunden
v=DMARC1; p=none

Lookup-Ziel: _dmarc.sparkasse.de

DKIM-Selektoren

Gefunden in: selector1

selector1._domainkey.sparkasse.de

v=DKIM1; k=rsa; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA6jr/bj6Ri1WHl+UOipCHsNEZjNEx831Gf0ugl6En+U2hyozebBEGN9DyJ1gYuzpGA0p/BlWww2XIAhyz+DqfBQqdq3unl79+jwt/s2LhDJz7SVPjCjSt73H8YR7b7VRxmaFESCWGWvRGpeYQx7hDe92NyK8uaH4d77k67PZz8HKZ+cnm8m

MX-Server

Priorität Server
10 mx2.heinlein-support.de
10 mx1.heinlein-support.de
20 mx3.heinlein-support.de
300 sparkasse-de.mail.protection.outlook.com

Befunde

  • DMARC-Policy "p=none" ist nur Monitoring — kein aktiver Schutz.

Warum SPF, DMARC und DKIM?

Ohne diese drei DNS-Einträge kann jeder beliebige Server Mails mit deiner Domain als Absender verschicken — Empfänger können Echt von Fälschung nicht unterscheiden. Genau das ist die Basis für Phishing-Angriffe, in denen sich Angreifer als sparkasse.de ausgeben.

SPF (Sender Policy Framework) listet die IPs/Hosts auf, die im Namen deiner Domain senden dürfen. DKIM (DomainKeys Identified Mail) signiert jede Mail kryptografisch — der Empfänger kann die Signatur über den DKIM-Selektor im DNS verifizieren. DMARC verbindet beide und sagt dem Empfänger, was mit Mails passieren soll, die SPF/DKIM nicht bestehen: p=none (nur berichten), p=quarantine (in Spam) oder p=reject (ablehnen).

Empfehlung: Starte mit p=none, sammle 2–4 Wochen DMARC-Reports, und steige dann auf p=quarantine oder p=reject um.

Auch für sparkasse.de prüfen

Hintergrund im Lexikon

Vollständiger Sicherheits-Audit für sparkasse.de

SSL, Header, DNS, E-Mail, DSGVO, CMS und CVEs in einem Bericht.

Geprüft am 14.05.2026 20:39 Uhr · Aus Cache (24 h-TTL)