Controleer de afhankelijkheden voordat u DNS bewerkt
Publiceren van een BIMI bewering is een kleine DNS -wijziging met verschillende externe afhankelijkheden. Het record kan verwijzen naar een logo of bewijsdocument dat door een ander team wordt gehost, en de ontvangende provider kan een anderszins leesbaar bestand weigeren omdat niet aan het certificaat of de authenticatievoorwaarden wordt voldaan. Begin met een goedgekeurd domein, een ontvangerspecifiek plan en exacte activaversies in plaats van een generieke TXT reeks.
Deze handleiding behandelt de gedocumenteerde standaardselectorworkflow. Het bewaarde BIMI versie-15-document beschrijft aanvullende selectors en detectieregels, maar het blijft een internetconcept en geen RFC. Introduceer geen gevorderden keuzeschakelaar gedrag louter omdat een verzendend platform een header kan invoegen; bevestig eerst de beoogde verzend- en ontvangerimplementatie. BIMI Internet-Draft 15, paragrafen 4.3–4.4.
Bepaal de juiste eigenaar en beweringswaarde
Voor het eenvoudige standaardgeval op example.com, de beweringeigenaar is default._bimi.example.com. De versietag is v=BIMI1; de indicatorlocatie gebruikt l=, en het gebruik van de locatie van autoriteitsbewijs a=. Het concept definieert de bewijslocatie als optionele syntaxis, maar dat maakt bewijsmateriaal niet voor elke ontvanger optioneel. BIMI Internet-concept 15, sectie 4.3.
Een fictieve illustratie met twee locaties is v=BIMI1; l=https://assets.example.com/brand/logo.svg; a=https://assets.example.com/brand/mark.pem. Dit is geen productierecord, een gehost item of een certificaataanbeveling. Vervang noch een echte bewering, noch een echte certificaat-URL door deze voorbeeldwaarden.
Google documenteert een op PEM gebaseerde installatie voor Gmail , inclusief een voorbeeld met een leeg l= waarde en de certificaatlocatie in a=. Een record met alleen SVG is niet hetzelfde implementatiepad. Selecteer het formulier dat wordt ondersteund door de beoogde ontvanger en het geleverde bewijsmateriaal, in plaats van elk gepubliceerd voorbeeld als onderling uitwisselbaar te beschouwen. Google BIMI -installatie, stappen 2–4.
Controleer het toepasselijke authenticatiebeleid
Bevestig het auteursdomein en het toepasselijke organisatiedomeinbeleid met current DMARC ontdekkingsregels. Inspecteer vervolgens de daadwerkelijke berichten van de beoogde route op afgestemde authenticatie. BIMI Group roept op tot handhaving en constateert de beperkte ondersteuning van zelfbeweerde documenten, maar noch beleidstekst, noch een resultaat van de recordbuilder bewijst dat een afzender er klaar voor is. BIMI -implementatiehandleiding; RFC 9989 , secties 4.4 en 4.10.
Providerdocumentatie moet worden gelezen met de versiecontext. De huidige Google-pagina bevat nog steeds pct=100, terwijl RFC 9989 heb dat label verwijderd. Bewaar deze discrepantie als een compatibiliteitsvraag voor de e-mailbeheerder. Gebruik geen percentage-instelling of testmodus als geclaimde snelkoppeling om in aanmerking te komen voor BIMI , en verzwak de bestaande handhaving niet terwijl u een niet-gerelateerd activaprobleem opspoort. RFC 9989 , bijlage A.6.
Controleer de bronnen waarvoor de bewering zal worden geadverteerd
De hostingeigenaar moet de exacte openbare HTTPS-URL's, de beoogde bytes en hun hashes opgeven. Een voorgestelde ophaalactie moet bevestigen dat het antwoord de verwachte activa- of certificaatbundel is en niet een inlogpagina, een merkfoutpagina of een omleiding naar een niet-gerelateerde bron. Leg de status, uiteindelijke URL, inhoudstype, grootte en TLS resultaat vast. Deze observaties moeten afkomstig zijn van het daadwerkelijke productiepad, en niet alleen van een lokaal bestandsvoorbeeld.
Voor een markeringscertificaatpad verifieert u het afgegeven bewijsmateriaal en de keten aan de hand van de vereisten van de doelaanbieder. De instructies van Google beschrijven de PEM-bundel en de door de uitgever geleverde ketenvolgorde. Het HTTPS-servercertificaat beschermt het ophalen; het is niet de VMC of CMC dat levert merkbewijs op. Controleer beide relaties onafhankelijk van elkaar. Google BIMI -installatie, webserververeisten en stappen 2-3.
Er is hier geen openbare URL opgehaald namens een echte implementatie. Als het team geen goedgekeurd bezit of certificaat kan overleggen, laat die afhankelijkheid dan onopgelost in plaats van een tijdelijke aanduiding te maken die voor geldig bewijs kan worden aangezien.
Publiceer via de juiste DNS autoriteit
Identificeer de gezaghebbende DNS service voor de exacte eigenaar en inspecteer bestaande records voordat u een wijziging aanbrengt. Bevestig of de redacteur een relatief hostlabel of een volledig gekwalificeerde naam verwacht. Behoud de vorige waarde en TTL en gebruik een beoordeeld wijzigingsverzoek waarin de beoogde eigenaar, het type en de waarde worden vermeld. Vermijd dubbele concurrerende beweringen met dezelfde ontdekkingsnaam.
Na een geautoriseerde publicatie omvatten de voorgestelde controles dig @AUTH_IP default._bimi.example.com . TXT + geen herhaling En dig @RESOLVER_IP default._bimi.example.com . TXT. De eindpunten in hoofdletters zijn tijdelijke aanduidingen. Bewaar tijdstempels, voltooi antwoorden, registreer grenzen en de werkelijke waarden. Deze commando's zijn voorgestelde, niet uitgevoerde observaties.
Controleer de gezaghebbende consistentie voordat u meningsverschillen uitlegt als caching. Vergelijk vervolgens de recursieve paden die relevant zijn voor de beoogde ontvanger, waar die waarnemingen beschikbaar zijn. Een DNS TTL of het geschatte weergavevenster van een provider is geen garantie dat elke ontvanger is vernieuwd of een logo zal weergeven.
Valideer een bericht en plan herstel
Stuur pas een gecontroleerd bericht via de exact goedgekeurde workflow nadat de vereisten gereed zijn. Behoud het auteursdomein, de handtekeningidentiteiten, vertrouwde authenticatieresultaten en alle relevante BIMI diagnostiek. Leg een displayobservatie apart vast met de mailboxprovider, clientversie en datum. BIMI pad van Apple Mail is bijvoorbeeld afhankelijk van de ontvangende provider die de cheques en headers levert die Apple specificeert. Begeleiding voor Apple BIMI servers.
Als het ophalen mislukt, herstel dan de gehoste afhankelijkheid of herstel de goedgekeurde eerdere bewering onder het wijzigingsplan. Als de authenticatie mislukt, onderzoek dan de afzender en het beleid. Als alleen weergave ontbreekt, mag u geen DNS fout concluderen zonder de ontvangerrij te controleren. Bewaar het oude bewijsmateriaal dat nodig is voor een veilige, geautoriseerde terugdraaiing; verminder DMARC -beveiliging niet in grote lijnen om een logo te herstellen.
De exacte bewijspoort is “Een ontvangerspecifieke geschiktheidsmatrix en bewijs voor DNS , logo-, certificaat- en berichtauthenticatie.” Dit concept biedt een documentaire matrix en een fictieve recordillustratie. Er heeft geen live publicatie, DNS query, certificaatvalidatie, huurderwijziging of bericht-/weergavetest plaatsgevonden, dus de operationele poort en de goedkeuring van de eigenaarsvrijgave blijven open.