BIMI Discovery verbindet die Absenderdomäne einer Nachricht und Wähler zu einer DNS Behauptung. Die wichtige Frage ist, welchen Datensatz ein Empfänger verwenden darf, und nicht, ob ein TXT Wert zufällig das Wort BIMI enthält. Dieser Artikel folgt draft-brand-indicators-for-message-identification-15 , einem Internet-Entwurf vom Oktober 2026, und stellt ihn nicht als veröffentlichten RFC dar.
Kommentieren Sie die Behauptung
Referenzen: Quelle §4.3.
In v=BIMI1; l=https://assets.example/logo.svg; a=https://assets.example/mark.pem, v identifiziert die Protokollversion, l zeigt auf den Indikator und a verweist auf Autoritätsnachweise. Der Entwurf erfordert zunächst die Fassung und den genauen Fall. Es ermöglicht einen leeren Autoritätsstandort; Ein optionales Tag auf Protokollebene hebt die Zertifikatspflicht eines Empfängers nicht auf. Das Beispiel verwendet aus Gründen der Übersichtlichkeit zwei URLs, während das aktuelle PEM-basierte Beispiel von Google ein leeres l mit dem Zertifikatsspeicherort in a verwenden kann. Folgen Sie dem entsprechenden Empfängerpfad, anstatt davon auszugehen, dass jede syntaktische Variante das gleiche Anzeigeergebnis erzeugt.
Der Entwurf entlehnt DKIM Tag-Wert-Syntax. Das Wiederholen eines Tags ist keine Möglichkeit, Alternativen zu definieren. Unbekannte Tags werden vom angegebenen Erweiterungsmodell ignoriert; Sie sind keine Erlaubnis, neue Semantiken zu erfinden. Halten Sie die Behandlung unbekannter Tags von einem ungültigen erforderlichen Wert getrennt.
Folgen Sie dem Entdeckungsnamen
Referenzen: Quelle §5.1, Quelle §6.4, Quelle §7.2.
Ohne expliziten BIMI Selektor wird der Standardselektor verwendet. Im BIMI-Selector ist ein expliziter Selektor enthalten. Es handelt sich nicht automatisch um den DKIM -Wert. Für eine Nachricht von notices.example.com und „Selektor saisonal“ lautet der Anfangsname seasonal._bimi.notices.example.com “. Abschnitt 7.2 Schritt 6 behält diesen Selektor in seinem organisatorischen Fallback-Algorithmus bei. Abschnitt 6.4 beschreibt jedoch den Fallback auf die Standardzusicherung in der Organisationsdomäne. Diese Aussagen widersprechen dem Entwurf -15. In diesem Artikel wird der Algorithmus in Abschnitt 7.2 beschrieben, kein universell bereitgestelltes Verhalten: Überprüfen Sie die beabsichtigte Empfängerimplementierung, bevor Sie sich auf einen der beiden Fallbacks verlassen. Veröffentlichen Sie die beabsichtigte ausgewählte Aussage direkt, wenn dies praktisch ist, anstatt diese ungelöste Inkonsistenz zu umgehen.
Draft -15 beschreibt auch das Verhalten lokaler Teileselektoren durch lps. Dabei handelt es sich um eine versionierungsabhängige Funktion: Dokumentieren Sie, welche Implementierung sie unterstützt, bevor Sie eine Kampagne darauf aufbauend entwerfen. Die Parser-Einrichtung des privaten Überprüfungspakets implementiert keine Lokalteilnormalisierung, Header-Authentifizierung, Organisationsdomänenberechnung oder Empfänger-Caching.
Sehen Sie sich die vollständige Antwort an
Referenzen: Quelle §7.2.
A TXT Eintrag kann aus mehreren Zeichenfolgen bestehen, die einen logischen Wert bilden. Dies unterscheidet sich von zwei separaten berechtigten Behauptungsdatensätzen. Das Ermittlungsverfahren des Entwurfs wird beendet, wenn der geeignete Datensatz nicht eindeutig ist. Fragen Sie den vollständigen Satz ab und behalten Sie die Anführungsgrenzen in der erfassten Antwort bei. Eine Vorschau DNS -Kontrollfelds kann diesen Unterschied verbergen.
Die begrenzten Parser-Fälle des privaten Überprüfungspakets akzeptieren das gewöhnliche Beispiel innerhalb der unterstützten Teilmenge, lehnen doppelte Behauptungen ab, erkennen wiederholte l-Tags, lehnen HTTP-Speicherorte ab, lehnen eine falsch geschriebene Version ab und akzeptieren einen ansonsten gültigen Datensatz, der ein unbekanntes zukünftiges Tag enthält. Hierbei handelt es sich um ausgeführte Entscheidungstests, nicht um beobachtete Antworten eines Postfachanbieters. Ihr schmaler Parser sollte nicht als Produktionsvalidator installiert werden.
Führen Sie eine kontrollierte Korrektur durch
Korrigieren Sie den spezifischen Datensatznamen oder -wert, fragen Sie den autorisierenden Server erneut ab und überprüfen Sie dann eine rekursive Antwort nach dem entsprechenden Cache-Intervall. Behalten Sie beide Antworten und den vorherigen Datensatz bei. Testen Sie den tatsächlich empfangenden Anbieter erneut, bevor Sie die Anzeige als wiederhergestellt erklären. DKIM Selektoren ändern, DMARC Richtlinien- oder E-Mail-Routing ist keine geeignete Pauschallösung für ein BIMI TXT -Syntaxproblem.