Serving the logo: HTTPS, content-type, and no redirects
Serve the mark over HTTPS as image/svg+xml, at the exact l= URL, with zero redirect hops
The threat
Your logo appears in Apple Mail and never in Gmail. Or it renders for two weeks, you move the site behind a new host, and it quietly stops. Nothing bounces, nothing warns you, no log line anywhere says why. You are left comparing screenshots from other people’s phones.
The mechanism is that receivers fetch your l=l= tagBIMI tagThe part of a BIMI record holding the web address of your logo file. It must load over HTTPS straight from that address, because a redirect on the way there is enough to stop some email apps showing the logo. URL themselves, from their own infrastructure, with no browser leniency. Plain http, a 404, a login wall, a Content-Type: text/plain, or a single 301 from apex to www, and the fetch is discarded silently. Everything above the asset can be perfect and the domain still caps at BIMIBIMIEmail authBrand Indicators for Message Identification: a DNS record that tells email apps to show your logo beside your messages in the inbox. It only takes effect once DMARC is set to quarantine or reject, so the logo doubles as visible proof your email security is switched on. T2, broken.
The exact fix
Three rules, one file. Put the SVG on the same host and path your l=l= tagBIMI tagThe part of a BIMI record holding the web address of your logo file. It must load over HTTPS straight from that address, because a redirect on the way there is enough to stop some email apps showing the logo. tag names, so it answers 200 with no hop.
Nginx:
location = /bimi/logo.svg {
types { }
default_type image/svg+xml;
add_header Cache-Control "public, max-age=86400";
}
Apache, in .htaccess:
<Files "logo.svg">
ForceType image/svg+xml
</Files>
Netlify or Cloudflare Pages, in _headers:
/bimi/logo.svg
Content-Type: image/svg+xml
Cache-Control: public, max-age=86400
Then point l=l= tagBIMI tagThe part of a BIMI record holding the web address of your logo file. It must load over HTTPS straight from that address, because a redirect on the way there is enough to stop some email apps showing the logo. at whichever hostname answers directly. If your host 301s the apex to www, write l=https://www.yourdomain.com/bimi/logo.svg. If it redirects www to the apex, drop the www. Do not let the tag ride a redirect that looks harmless.
A single apex to www 301 is the one that bites. Every browser follows it, so the URL looks fine to you, and some evaluators refuse it outright. That is exactly why the logo renders in one inbox and not another.
Verify it
curl -sIL -o /dev/null -w '%{num_redirects} %{http_code} %{content_type}\n' https://yourdomain.com/bimi/logo.svg
Expect exactly 0 200 image/svg+xml. A first column above 0 is a hop to remove, and text/plain or application/octet-stream in the third means your host is still guessing at the file type.
Proof
On dev3lop.com the mark answers at the exact l=l= tagBIMI tagThe part of a BIMI record holding the web address of your logo file. It must load over HTTPS straight from that address, because a redirect on the way there is enough to stop some email apps showing the logo. URL: HTTP 200, image/svg+xml, zero redirect hops, 15,472 bytes. Hosting it correctly is what puts the domain at BIMI T3 today, with p=quarantine; pct=100 above it and a posture grade of A, score 100. There is no a=a= tagBIMI tagThe part of a BIMI record holding the web address of your certificate file. Leave it out and Gmail will not display your logo, because nothing proves the logo belongs to you. tag yet, so the logo is self-asserted, which is why it renders in Yahoo, AOL and Apple Mail while Gmail withholds it. Staging the file early started the other clock: its first public web archive snapshot is dated 2026-05-04, making the mark CMC-eligible in May 2027 under the 12-month continuous-use rule. Move the URL and that clock restarts.
Fix the DMARCDMARCEmail authDomain-based Message Authentication: a DNS policy telling receivers what to do with mail that fails SPF or DKIM, and which emails you a report of everyone spoofing you. gates first if you have not, see DMARC, and make sure the host itself is clean on HTTPS and HSTS while you are in the config.