Zum Hauptinhalt springen

DMARC-Lookup für mobile.de

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

SPF-Record

gefunden
v=spf1 mx ip4:91.211.75.0/24 ip4:194.50.69.0/24 ip6:2a04:cb41:f016:2::/64 ip6:2a04:cb41:a516:2::/64 a:mx1.hc2186-24.iphmx.com include:spf.ecgmail.cloud include:sendgrid.net ~all

DMARC-Record

gefunden
v=DMARC1; p=reject; pct=100; fo=1; ri=3600; rua=mailto:1551a0a1@inbox.ondmarc.com; ruf=mailto:1551a0a1@inbox.ondmarc.com;

Lookup-Ziel: _dmarc.mobile.de

DKIM-Selektoren

Kein DKIM-Selektor unter den 9 gängigen Standardnamen (default, google, selector1/2, k1, mail, s1/2, dkim) gefunden — bitte den Provider nach dem korrekten Selektor fragen.

MX-Server

Priorität Server
10 mx.sendgrid.net

Befunde

  • Kein DKIM-Selektor unter den 9 gaengigen gefunden — bitte manuell pruefen.

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 mobile.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 mobile.de prüfen

Hintergrund im Lexikon

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

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

Geprüft am 14.05.2026 22:23 Uhr · Live geprüft