Skip to main content

DMARC-Lookup für hu-berlin.de

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

SPF-Record

gefunden
v=spf1 redirect=_spf.hu-berlin.de

DMARC-Record

gefunden
v=DMARC1; p=quarantine; sp=quarantine; adkim=r; aspf=r; pct=100; rua=mailto:dmarc-reports@hu-berlin.de;

Lookup-Ziel: _dmarc.hu-berlin.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
100 ir2.cms.hu-berlin.de
100 ir1.cms.hu-berlin.de

Befunde

  • SPF-Record ohne strikte Policy (~all/-all) — Spoofing nicht verhindert.
  • 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 hu-berlin.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 hu-berlin.de prüfen

Hintergrund im Lexikon

Vollständiger Sicherheits-Audit für hu-berlin.de

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

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