Why a DKIM check can never be exhaustive

DKIM has no fixed lookup location. The selector is chosen by whoever configured sending, so any checker can only try a dictionary of common ones. Google Workspace is the classic trap: its selector is a rotating date string that cannot be guessed, so google.com itself returns nothing for every common selector. A miss here means we could not confirm DKIM, not that it is missing.

Revoked and weak keys, which naive checks miss

A DKIM record with an empty p= tag is not healthy, it is explicitly revoked under RFC 6376, and any check that only asks "does p= exist" calls it healthy. We also read the key length (under 1024 bits is forgeable) and the t=y test-mode flag, which asks receivers to ignore DKIM failures and is often set during setup and forgotten.