By Ahmet Karaca · Updated · Checked against BIMI Group implementation guide, BIMI Internet-Draft, RFC 9399 (logotypes in certificates) and RFC 9989 (DMARC, May 2026) on
What BIMI needs
BIMI (Brand Indicators for Message Identification) lets a mailbox provider show your logo next to messages that pass DMARC. It is a reward for finishing email authentication, so it builds on everything else: the logo is only considered for mail that passes DMARC under a policy that blocks or quarantines failures.
A working setup has up to three parts. First, a DMARC record at p=quarantine or p=reject with no testing mode and no partial pct=, on your domain and on its organizational domain. Second, a TXT record at default._bimi.yourdomain.com that starts with v=BIMI1 and points l= to your logo. Third, for Gmail and Apple Mail, a mark certificate at the a= URL that embeds the same logo and names your domain. Gmail accepts a VMC or a CMC; Apple's documentation names only the VMC and never mentions the CMC, so a VMC is the safe choice for Apple Mail.
How to use it
- Enter your domain. Leave the selector empty to check
default, or enter the selector you published. - Read the record and the findings under it first: a missing or malformed record stops everything else.
- Check the logo: a preview appears only when the file passes every rule below.
- Check the certificate card and the DMARC requirement. Each line passes or fails on its own.
The logo rules the checker applies
BIMI logos use SVG Tiny PS, a restricted SVG profile. The root element must declare version="1.2" and baseProfile="tiny-ps", carry exactly one non-empty <title>, use a square viewBox and have no x or y attributes. Scripts, animation, embedded images, <switch>, links to outside files and event handlers are not allowed. The draft also says the file should be no larger than 32 KB, and this checker reports a larger file as an error. Design tools rarely export this profile directly, which is why most logos fail here first.
What this tool checks
- The BIMI record at your selector, with fallback to the organizational domain, its syntax, that it is written exactly as the spec requires (
v=BIMI1and lowercase tag names), and an explicit decline (empty l= and a=). - That the logo and certificate URLs use https on port 443 and resolve only to public addresses, following at most 3 redirects.
- The SVG Tiny PS rules listed above, and the 32 KB size the draft recommends.
- That the certificate carries the BIMI extended key usage, names your domain, is valid today and forms an internally consistent chain.
- That the logo inside the certificate is the same as the l= logo once both are read as XML, so line endings, indentation, comments and attribute order don't count as a difference.
- That DMARC is enforced: p=quarantine or p=reject, no testing mode, pct absent or 100, and no p=none or sp=none on the organizational domain.
What it doesn't check
- We check the rules receivers most often reject a logo for; this isn't a full SVG Tiny PS schema validation.
- Whether the certificate's root belongs to a Mark Verifying Authority approved by the BIMI Group.
- Revocation (CRL and OCSP) and the trademark registration behind the certificate.
- Whether the certificate is a VMC or a CMC; the result says "VMC or CMC".
- Whether a mailbox provider will actually show the logo; that depends on its own reputation rules.
Not at enforcement yet? Moving from p=none to p=reject walks through each stage, and the DMARC generator writes the record.