BIMI

BIMI funktioniert nur auf Basis von striktem DMARC: p=quarantine oder p=reject, ein veröffentlichtes sp= darf nicht none sein, es darf kein pct unter 100 geben — und kein t=y. Zu t=y schweigen die veröffentlichten Quellen: RFC 9989 §4.7 sagt, dass Empfänger die Policy im Testmodus eine Stufe schwächer anwenden, der BIMI-Entwurf spricht aber nur vom veröffentlichten p. Wir werten einen Record im Testmodus als nicht durchgesetzt, weil ein Logo, das nie erscheint, bereits ein VMC gekostet hat — t=y also entfernen, bevor Sie eines kaufen. Auch beim pct-Punkt gehen die Quellen auseinander — der BIMI-Entwurf verlangt pct=100 nur bei p=quarantine, der Leitfaden der BIMI Group in jedem Fall — und diese Seite folgt der strengeren Variante. Das Tag zu entfernen ist die Lösung, vorher aber die Versandwege ausrichten: Konforme Empfänger ignorieren pct bereits, Empfänger auf RFC-7489-Stand nicht, und mit dem Löschen gehen sie auf volle Durchsetzung. Das Logo muss ein SVG im Profil Tiny Portable/Secure sein und per HTTPS ausgeliefert werden. Das Profil verlangt, die Datei so klein wie möglich zu halten und unkomprimiert unter 32 KB zu bleiben — draft-svg-tiny-ps-abrotman §2.4 formuliert das als SHOULD, nicht als harte Grenze, und unsere eigene Prüfung weist eine größere Datei nicht ab; der Sende-Test meldet sie als größer als empfohlen. Gmail und Apple Mail verlangen zusätzlich ein Verified oder Common Mark Certificate (VMC/CMC), referenziert über a=. Das optionale avp=-Tag (Avatar-Präferenz) sagt Providern, was sie bevorzugen sollen, wenn der Absender ZUSÄTZLICH einen persönlichen Avatar hat — und nur bei Providern, die beides unterstützen. Der Standard avp=brand verlangt das Markenlogo; avp=personal den persönlichen Avatar des Absenders, wobei das Markenlogo erscheint, wenn dieser Absender keinen hat (BIMI-Entwurf §4.3, ein SHOULD). Das Tag wegzulassen ist dasselbe wie avp=brand. Beachten Sie: BIMI ist ein Internet-Draft, kein RFC – Details können sich noch ändern.