stylebook.de

SPF record published

Found

Record

v=spf1 include:spf.asv.de include:spf.protection.outlook.com ?all

DNS lookups

2 of 10

Void lookups

0 of 2

Checks

• ✓ No deprecated ptr mechanism #1

  No ptr mechanism found in SPF record.
• ✓ 2 of 10 DNS lookups #2

  SPF record needs 2 DNS lookups (limit is 10).
• !

  Ends with ?all (neutral)

  SPF record uses ?all (neutral), which gives no protection against unauthorized senders. Use -all or ~all instead.

  #3
• ✓ Record published #6

  SPF record exists for this domain.
• ✓ Single record #16

  Exactly one SPF record is published.
• ✓ Valid syntax #25

  All SPF mechanisms and modifiers are valid.
• ✓ No void lookups #26

  All include/redirect targets exist.
• ✓ No overly broad IP ranges #27

  All ip4/ip6 ranges are narrow enough.

p=reject (_dmarc.stylebook.de)

Found

Record

v=DMARC1; p=reject; sp=none; rua=mailto:dmarc-rua@dkim10888.de; ruf=mailto:dmarc-ruf@dkim10888.de

Found at

_dmarc.stylebook.de

External report address

mailto:dmarc-rua@dkim10888.de (authorized)

External report address

mailto:dmarc-ruf@dkim10888.de (authorized)

Checks

• ✓ Policy: reject #4

  DMARC policy is set to 'reject', which provides the strongest protection against email spoofing.
• ✓ Record published #5

  DMARC record exists for this domain.
• ✓ Valid syntax #17

  DMARC record syntax is valid.
• ✓ Applies to 100% of mail #18

  DMARC policy applies to all failing mail.
• ✓ Aggregate reports enabled #19

  Aggregate reports are sent to: mailto:dmarc-rua@dkim10888.de
• !

  Subdomains unprotected (sp=none)

  DMARC subdomain policy is sp=none, so spoofed mail from subdomains is not blocked. Consider sp=quarantine or sp=reject.

  #20
• ✓ External report addresses authorized #29

  Report addresses in other domains have published their authorization.

Selectors: selector1

Found

Selectors

selector1

_domainkey

NOERROR

Checks

• ✓ Keys found: selector1 #7

  DKIM keys found for this domain with selectors: selector1
• !

  1024-bit DKIM key

  1024-bit RSA keys are the minimum and are considered weak today: selector1 (1024 bits). Rotate to a 2048-bit key.

  #23
• ✓ No problematic flags #24

  No keys in test mode, revoked, or limited to SHA-1.

Signed, but no DS at parent

Found

DNSKEY records

Yes (4)

DS at parent

No

Algorithms

RSASHA256 (8)

Key tags

33736, 62569, 58969, 5211

Signatures valid until

24 October 2026, 20:55 UTC

Checks

• !

  Signed, but no DS at parent

  The zone is signed (DNSKEY present) but the parent has no DS record, so the chain of trust is incomplete. Publish the DS record at your registrar.

  #8
• !

  Signatures expire in 68h0m0s

  DNSKEY signatures expire at 2026-10-24T20:55:30Z (in 68h0m0s). Check that re-signing works.

  #21

1 mail server

Found

Checks

• ✓ 1 MX record #9

  Found 1 MX records for this domain.
• ✓ All hosts resolve #10

  All MX records resolve to valid IP addresses.
• ✓ All hosts have IPv6 #11

  All MX records resolve to IPv6 addresses.
• !

  Single MX host, no backup

  Only one MX record found. For better email reliability, consider adding at least one backup MX server.

  #12
• ✓ At most 5 MX records #13

  Found 1 MX records, which is within the recommended range (1-5).
• ✓ No localhost targets #14

  No MX records pointing to localhost found.
• ✓ No private IP addresses #15

  No MX records resolving to private IP addresses found.
• ✓ No CNAME targets #22

  No MX records point to a CNAME.
• ✓ Reverse DNS confirmed #30

  All 8 MX addresss have a PTR record that resolves back to them.

no MTA-STS · no TLS-RPT · DANE on 0 of 1 MX hosts

Found

DANE (TLSA records)

Checks

• !

  Not configured

  MTA-STS is not configured, so other mail servers fall back to unencrypted delivery when TLS fails or is stripped by an attacker. Publish a _mta-sts TXT record and a policy at https://mta-sts.<domain>/.well-known/mta-sts.txt.

  #32
• i

  Not configured

  TLS-RPT lets senders report TLS delivery problems to you. It is most useful together with MTA-STS or DANE.

  #35
• i

  Not used

  No MX host publishes TLSA records. DANE lets senders verify your mail server's certificate through DNSSEC; it requires DNSSEC on the MX host's zone.

  #36