El formato del registro TXT default._bimi

Para completar una implementación de Brand Indicators for Message Identification (BIMI), debe publicar un registro TXT en el DNS. Este registro indica a los servidores de correo receptores dónde obtener su logotipo SVG y su certificado de marca.

Este artículo documenta la sintaxis requerida, las etiquetas y las reglas de formato para el registro TXT de BIMI [1].

El nombre de host (selector)

Publique el registro BIMI como un registro TXT en la zona DNS de su dominio. El nombre de host (el selector) debe seguir el siguiente formato:

[selector]._bimi.[dominio]

El selector predeterminado es default. Para el dominio example.com, publique el registro TXT en el siguiente nombre de host:

default._bimi.example.com

Nota: El protocolo admite selectores personalizados para subdominios o unidades de negocio, pero la mayoría de las implementaciones utilizan el selector default. Los clientes de correo consultan default._bimi cuando no se especifica otro selector en los encabezados del mensaje.

Sintaxis del valor del registro

El valor del registro TXT es una lista de etiquetas separadas por punto y coma, con la misma estructura que un registro DMARC.

1. Etiqueta de versión (v=)

Esta etiqueta es obligatoria y debe aparecer en primer lugar. Identifica la versión del protocolo. Sintaxis: v=BIMI1;

2. Etiqueta de ubicación (l=)

Esta etiqueta es obligatoria. Especifica la URL HTTPS desde donde el cliente de correo obtiene su archivo de logotipo W3C SVG Tiny P/S. Sintaxis: l=https://example.com/logo.svg; Restricción: La URL debe utilizar HTTPS. Las URL HTTP no superan la validación.

3. Etiqueta de autoridad (a=)

Esta etiqueta es opcional en la especificación base, pero en la práctica es necesaria para mostrar el logotipo en Gmail y Apple Mail. Especifica la URL HTTPS desde donde el cliente de correo obtiene su Verified Mark Certificate (VMC) o Common Mark Certificate (CMC) en formato .pem. Sintaxis: a=https://example.com/certificate.pem; Alternativa autoafirmada: Para implementaciones autoafirmadas (compatibles únicamente con Yahoo y AOL), incluya la etiqueta con un valor vacío: a=;

Ejemplos de registros completos

Ejemplo A: Implementación certificada (Gmail y Apple Mail)

Utilice este formato para mostrar su logotipo en Gmail y Apple Mail y recibir la marca de verificación azul de Gmail.

Type:  TXT

Host:  default._bimi
Value: v=BIMI1; l=https://example.com/logo.svg; a=https://example.com/cert.pem;

Ejemplo B: Implementación autoafirmada (solo Yahoo)

Utilice este formato para pruebas o cuando su objetivo sea Yahoo Mail antes de obtener un VMC.

Type:  TXT

Host:  default._bimi
Value: v=BIMI1; l=https://example.com/logo.svg; a=;

Errores de sintaxis comunes

Los siguientes errores provocan fallos en la validación:

1. Punto y coma faltantes. Separe cada etiqueta con un punto y coma.
2. URL HTTP. Tanto la etiqueta l= como la a= deben hacer referencia a endpoints https://.
3. Archivos SVG no válidos. La etiqueta l= debe hacer referencia a un archivo W3C SVG Tiny P/S. Los archivos SVG estándar, PNG o JPG hacen que el cliente de correo omita la visualización del logotipo sin mostrar un error.
4. Etiqueta a= omitida. Para registros autoafirmados, incluya la etiqueta a= con un valor vacío (a=;). Algunos analizadores rechazan los registros que omiten la etiqueta por completo.

Generación automatizada de registros

La construcción manual de registros introduce errores de sintaxis. Para generar el archivo SVG y la cadena TXT del DNS a partir de los parámetros de su dominio, utilice makeBIMI, que proporciona una interfaz de copiado con un solo clic.

Después de generar el registro, impleméntelo en su zona DNS. Si necesita un VMC para completar la etiqueta a= y lograr compatibilidad con Gmail, utilice un servicio de gestión de certificados como veriBIMI para gestionar el aprovisionamiento del certificado.

Referencias

[1] M. Blank, et al. "Brand Indicators for Message Identification (BIMI)." IETF Datatracker, RFC 9091, https://datatracker.ietf.org/doc/html/rfc9091