DKIM-analyse laat zien of mail in de gekozen periode is ondertekend met je eigen domein. Alleen dat telt mee voor DMARC. Ondertekenen zelf blijft bij de mailprovider. Sleutels hosten kan via Managed DKIM.
Wat je ziet
- Een zin die zegt of de handtekeningen kloppen, of wat je moet doen.
- Drie kaders. Groen: Hoort bij ons domein. Oranje: Getekend door de provider. Rood: Overig, zoals mail zonder handtekening.
- Per domein de namen (selectors) waarmee getekend is, met een status in gewone taal.
Open een rij voor het aantal geslaagde en mislukte handtekeningen, de DNS-naam en het DNS-record. De sleutel controleren we alleen als het domein van jou is (selector._domainkey.jedomein). Een handtekening van de mailprovider is echt, maar telt niet mee voor DMARC.
Hoe je het leest
- selector1 of selector2, je eigen domein — gebruikelijk bij Microsoft 365. De status hoort “Sleutel staat goed” te zijn.
- google, je eigen domein — Google Workspace tekent met je domein.
- Mailprovider — de handtekening hoort bij hun domein. Zet bij die provider DKIM op je eigen domein aan. Anders faalt DMARC zodra SPF ook niet van jouw domein is, bijvoorbeeld na doorsturen.
- Geen handtekening — het rapport noemt geen selector. Vaak systemen die alleen SPF gebruiken. Kijk bij Aggregate reports of SPF die mail dekt.
- Sleutel is te kort — 1024 bits is achterhaald. Vraag de provider om 2048 bits.
Kies dezelfde periode als bij Aggregate reports. Geen mail in deze periode betekent dat er nog geen rapporten zijn, of dat er in dit venster niet is gemaild.