BIMI Receiver Requirements Matrix
Un confronto con data di verifica e fonti primarie dei requisiti BIMI documentati dei receiver, delle raccomandazioni e dei punti non ancora chiariti.
BIMI Receiver Requirements Matrix
Ultima verifica: 16 agosto 2026. Questo riferimento distingue tre aspetti che vengono spesso confusi: lo standard BIMI, la policy di implementazione pubblicata da un receiver e i comportamenti osservati per i quali non è stata trovata alcuna fonte primaria attuale. Un’implementazione riuscita non garantisce mai la visualizzazione del logo. Ogni mailbox provider decide autonomamente se mostrare un logo e può prendere una decisione specifica per un singolo dominio.
Usare questa pagina come punto di partenza per la verifica delle fonti, non come sostituto della documentazione del receiver. I requisiti cambiano. Ogni riga rilevante riportata di seguito rimanda alla fonte più autorevole utilizzata per quella riga.
Come leggere la matrice
| Etichetta | Significato |
|---|---|
| Requisito | Una condizione che il receiver indicato documenta come necessaria per la propria implementazione BIMI. |
| Raccomandazione | Indicazioni di implementazione pubblicate che non sono descritte come condizione assoluta. |
| Not documented by a primary source | makeBIMI non ha ritenuto articoli di terze parti, test isolati o commenti di mercato come prove sufficienti per una dichiarazione relativa alla policy di un receiver. |
| Receiver discretion | Un record e un certificato correttamente distribuiti non obbligano un mailbox provider a mostrare un logo. |
Requisiti documentati dei receiver
| Receiver o fonte | Posizione BIMI pubblicata | Requisiti o note documentati | Fonte verificata | Data di verifica |
|---|---|---|---|---|
| Gmail / Google Workspace | Google pubblica una guida al deployment BIMI per Gmail. | Requisito: un VMC o CMC; DMARC con p=quarantine o p=reject e pct=100; un web server pubblico compatibile con BIMI; un SVG che soddisfi le condizioni documentate. Nota di implementazione: Google documenta l’inclusione dei certificati entity, intermediate e root nella catena PEM nell’ordine indicato. |
Google Workspace: Set up BIMI | 16 ago 2026 |
| Mailbox provider in generale | Un provider può scegliere se mostrare un logo per un mittente che utilizza BIMI e può prendere decisioni per singoli domini. | Receiver discretion: nessun record BIMI valido può garantire la visualizzazione. Consultare la documentazione specifica del receiver prima di prendere decisioni di deployment o di acquisto. | BIMI Group: Mailbox Providers | 16 ago 2026 |
| Microsoft Outlook | Questa matrice non presenta Outlook come destinazione documentata per la visualizzazione BIMI. | La panoramica dei provider del BIMI Group non include Outlook tra i mailbox provider che supportano BIMI. Questo non costituisce un’indicazione sulla policy futura di Microsoft; rappresenta un limite di compatibilità per la pianificazione dell’implementazione attuale. | BIMI Group: Mailbox Providers | 16 ago 2026 |
| Apple Mail, Yahoo Mail, Fastmail e altri receiver | Nessuna regola di implementazione specifica per receiver è indicata qui se non supportata dalla documentazione primaria attuale del receiver stesso. | Not documented by a primary source in questa versione. Non generalizzare le istruzioni di Gmail relative a certificati, DMARC o SVG a un altro receiver senza verificare la guida specifica di quel receiver. | BIMI Group: Supporting Documents | 16 ago 2026 |
Base di implementazione
Un’implementazione solida inizia con il lavoro sul versante degli standard, per poi essere testata in base ai requisiti pubblicati dal receiver rilevante per il mittente. La sequenza è lineare ma non ammette errori: ottenere l’allineamento e l’enforcement DMARC, preparare un logo SVG Tiny P/S strettamente conforme, pubblicare e ospitare correttamente il record BIMI e il materiale del certificato, quindi validare il risultato prima di fare affidamento sulla visualizzazione in inbox.
- Iniziare con BIMI: come funziona per la sequenza tecnica e i limiti della visualizzazione da parte del receiver.
- Confermare il requisito di enforcement DMARC prima di considerare BIMI come deployabile.
- Validare l’asset SVG Tiny P/S e pubblicare il record BIMI DNS.
- Quando il receiver indicato documenta un requisito di certificato, valutare VMC e CMC separatamente dalla conversione del logo e dalla pubblicazione DNS.
- Usare l’audit gratuito del dominio per identificare lacune nei record pubblici e nella configurazione.
Stato degli emittenti. DigiCert e Entrust sono gli emittenti VMC attivi. Questa dichiarazione riguarda l’emissione VMC attiva, non una garanzia che un determinato receiver mostrerà un logo.
Policy sulle fonti e sulle modifiche
Il BIMI Group pubblica i materiali BIMI, le indicazioni per i receiver, il fetch e la validazione VMC, la reportistica e i requisiti per i mark certificate che costituiscono il fondamento dello standard. Google pubblica la propria guida al deployment Gmail. Questa pagina registra quanto affermano tali fonti alla data di verifica, senza estrapolare la policy di un receiver all’intero mercato.
Una correzione è ben accetta quando include un URL diretto e attuale a una fonte primaria e identifica l’affermazione che necessita di revisione. Un elenco di terze parti, uno screenshot non supportato o un’osservazione isolata non sono sufficienti per modificare una riga relativa a un receiver.
Cronologia delle versioni
| Versione | Data | Modifica |
|---|---|---|
| 1.0 | 16 ago 2026 | Matrice iniziale delimitata da fonti primarie. Gmail è l’unico receiver con requisiti dettagliati specifici in questa versione; le altre voci sono deliberatamente limitate all’ambito documentato o all’incertezza documentata. |