Identifiera rutten innan en logotyp tas i bruk
En logotyp bredvid ett e-postmeddelande i Apple Mail berättar inte för ett projektteam vilket identitetssystem som levererade det. Apple Branded Mail och BIMI support i Apple Mail är distinkta vägar med olika myndigheter och beroenden. En begäran om att "slå på Apple-logotypen" bör därför bli ett dokumenterat val om varumärke, sändningsidentitet, destinationsbrevlåda och klientyta innan någon beställer ett certifikat eller ändrar DNS .
Apples nuvarande Branded Mail-guide på en sida beskriver ett företag som registrerar sig hos Apple Business eller delegerar hantering till en tredje part och lägger till ett namn och en logotyp till meddelanden. Tidigare material använder namnet Apple Business Connect. Guiden identifierar Mail och iCloud Mail som visningsytor och säger att Apple kontrollerar DNS poster för DMARC. Det är en rutt för Apples affärsverifiering, inte ett bevis på att ett BIMI påstående har publicerats. Apple Branded Mail översikt.
Håll de två auktoritetskedjorna åtskilda
För Branded Mail, identifiera företagskontots ägare, den part som är behörig att representera varumärket och administratören som kontrollerar den registrerade e-postomfattningen. Behåll den faktiska kontostatusen och godkännandemeddelanden när de är tillgängliga. En marknadsföringsbyrå kan förbereda konstverk utan att ha behörighet att hantera organisationens identitet. På samma sätt etablerar inte kontroll över en DNS zon äganderätt till en logotyp.
För BIMI publicerar domänägaren ett påstående och gör den nödvändiga logotypen och bevisen tillgänglig. Den mottagande leverantören tillämpar sin autentiserings-, bevis- och visningspolicy. Avsändaren får inte universell visningsbehörighet bara genom att lägga till en TXT post. BIMI Group säger uttryckligen att deltagande postlådeleverantörer anger sina egna visningskriterier. BIMI implementeringsguide.
Apple Mail lägger till ett beroende på mottagningssidan. Apple dokumenterar BIMI stöd på macOS Ventura 13, iOS 16 och iPadOS 16 eller senare. Dess leverantörsvillkor inkluderar Apple-verifiering, kontroll av meddelande- och domänefterlevnad, verifiering av ett bevisdokument och tillägg av nödvändiga rubriker. En leverantör som inte har utfört dessa åtgärder producerar inte den dokumenterade Apple Mail BIMI visningssökvägen. Apples BIMI -servervägledning.
Använd en ruttkarta med explicita okända
Jämförelsen som medföljer denna artikel skiljer åt administrativ auktoritet, domänbevis, logotypbevis, mottagningsberoende och observerat resultat. Det är en dokumentär vägkarta, inte en kontorevision. För kolumnen Branded Mail är de olösta fälten organisationens godkända företagsidentitet, tillåtna avsändaromfattning och tillämpliga aktuella Apple-granskningskrav. För BIMI kolumnen är de det publicerade påståendet, accepterade bevis, autentiserade meddelande och mottagande leverantörs deltagande.
Fyll inte raden med observerade resultat med en skärmdump från en leverantörs marknadsföringssida. Den bilden visar ett främjat gränssnitt, inte den här organisationens konfiguration. En skärmdump från ett kontrollerat test måste identifiera den faktiska postlådeleverantören, klienten, operativsystemets version, datum och sändningsidentitet. Samma klientprogram kan visa e-post från olika leverantörer, så "testad i Apple Mail" är ofullständiga bevis.
En källbegränsning kvarstår också: den nuvarande inledande Branded Mail-guiden kunde inte hämtas helt. Den separata Apple-översikten, tillgängliga verifieringsutdrag och BIMI -utvecklarvägledning stödjer den avgränsade jämförelsen här, men fastställer inte alla aktuella konsolinställningar eller regionala visningsvillkor. Bekräfta dessa uppgifter i det auktoriserade kontot innan implementering.
Stäm av autentisering utan att slå samman programmen
DMARC -kontroller inriktning mellan Författardomänen och en autentiserad SPF eller DKIM identifierare. Detta protokollresultat skiljer sig från affärsverifiering och från acceptans av en varumärkestillgång. Ett DMARC pass är inte ett certifikat för kommersiell identitet och en godkänd företagsprofil kan inte ersätta meddelandeautentisering. RFC 9989 , avsnitt 4.3–4.4.
Apples tillgängliga vägledning för domänverifiering listar karantän eller avvisande, med ett alternativ för överordnad underdomänpolicy i det angivna fallet, och nämner fortfarande pct=100. Behandla det som Apples dokumenterade kompatibilitetsspråk, inte en definition av modern DMARC . RFC 9989 tagit bort pct märka. Låt e-postadministratören lösa tillämpliga mottagarkrav utan att behandla procenttaggar som en pålitlig stegvis kontroll. Vägledning för Apple-domänverifiering; RFC 9989 , Bilaga A.6.
Håll avsändarens inventering och autentiseringssanering före ett kosmetiskt lanseringsdatum. Om legitim transaktionspost inte är redo för verkställighet, bör varumärkesteamet inte tvinga fram en domänomfattande policyändring enbart för att tillgodose ett logotypprojekt.
Överför inte certifikat eller märkeslöften mellan mottagare
Gmail nuvarande installationsvägledning accepterar en Verifierat märkescertifikat eller Common Mark Certificate för sin BIMI rutt och beskriver dess bock för VMC-verifierade avsändare. Det är Gmail uttalanden. De fastställer inte att samma CMC producerar en Apple Mail-skärm, att Apple Branded Mail kräver samma certifikat eller att ett Gmail märke visas i ett annat programs gränssnitt. Googles BIMI -inställningsvägledning.
Apples BIMI sida diskuterar VMC:er och andra bevisdokument som den mottagande leverantören litar på. Registrera den specifika leverantörens accepterade bevis istället för att konvertera det språket till generellt CMC stöd. För Apple Branded Mail, skaffa kraven för det separata arbetsflödet istället för att köpa ett märkescertifikat enbart för att båda rutterna kan visa en logotyp.
Testa en definierad rutt och bevara resultatet
Överväg ett fiktivt varumärke som använder offers@example.com. Den föreslagna planen har en registreringsrad för Branded Mail och en separat BIMI rad för samma avsändare. Ingen av raden är markerad som komplett. Teamet skulle verifiera konto- och domänstatus för den första, sedan DNS , tillgångar, certifikattillämplighet och betrodd mottagarautentisering för den andra. Den skulle registrera varje faktisk visningsobservation mot den relevanta leverantören och klienten.
Inget konto, DNS post, certifikat eller display testades för den här artikeln. Dess exakta katalogbeviskrav är fortfarande öppet: "Ta fram en ruttkarta sida vid sida med Apple-ägda källor och visningsobservationer som stöds." Dokumentärkartan medföljer; stödda originalvisningsobservationer och aktuell kontotillämplighet saknas fortfarande. Ingen logotyp, bock, placering i inkorgen eller releasedatum garanteras.