Zum Hauptinhalt springen

DMARC-Lookup für comdirect.de

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

SPF-Record

gefunden
v=spf1 ip4:193.41.132.130 ip4:193.41.132.131 ip4:193.41.135.66 ip4:193.41.135.67 ip4:193.41.135.68 ip4:193.41.132.151 ip4:193.41.132.152 ip6:2001:67c:2440:3100::/64 ip6:2001:67c:2440:4001::/64 -all

DMARC-Record

gefunden
v=DMARC1; p=reject; sp=reject; adkim=r; aspf=r; rf=afrf; ri=86400; rua=mailto:dmarc@comdirect.de; fo=1;

Lookup-Ziel: _dmarc.comdirect.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 gate1.comdirect.de
10 gate4.comdirect.de

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

Hintergrund im Lexikon

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

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

Geprüft am 14.05.2026 20:34 Uhr · Live geprüft