Mulailah dengan satu pesan dan satu pernyataan yang dimaksudkan
Sebuah domain dapat memiliki beberapa BIMI pernyataan tanpa setiap pesan menggunakan semuanya. Desain yang dimaksudkan menggunakan perbedaan pemilih nama untuk mengidentifikasi pernyataan yang berbeda. Konflik adalah situasi yang berbeda: duplikat catatan kandidat pada satu nama pemilik, konflik header pemilih, atau platform pengirim yang memilih pemilih selain yang diharapkan oleh operator. Diagnosis kasus ini secara terpisah sebelum menghapus data yang mungkin mendukung aliran email sah lainnya.
Artikel ini menggunakan panduan pemilih Grup BIMI serta spesifikasi DNS dan autentikasi yang dipertahankan. Ia tidak mengklaim bahwa setiap penerima menerapkan setiap rancangan perilaku. Tidak ada kueri DNS langsung atau verifikasi pesan yang dilakukan. Rantai bukti yang diperlukan dimulai dengan pesan nyata, berlanjut melalui pemilih dan jawaban DNS publik, dan diakhiri dengan hasil verifikasi tepercaya; tangkapan layar editor DNS saja tidak dapat menyediakan rantai itu.
Membedakan penyeleksi dari catatan duplikat
Panduan Grup BIMI menjelaskan nama pernyataan pemilih formulir. _bimi.domain , dengan default sebagai pemilih konvensional ketika tidak ada alternatif yang dipilih. Ini menjelaskan header BIMI-Selector yang membawa versi BIMI dan nama pemilih, dikombinasikan dengan domain Dari yang terlihat untuk memilih pernyataan. Pernyataan terpisah di bawah penyeleksi berbeda adalah mekanisme untuk banyak logo; menambahkan beberapa pernyataan yang bersaing pada nama yang sama bukanlah desain yang sama. Panduan pemilih BIMI
Untuk inventaris, cantumkan setiap nama pemilik, aliran yang dituju, aset, dan tim yang bertanggung jawab. Bedakan default._bimi.example.com dari seasonal._bimi.example.com dan dari data bernama serupa di bawah subdomain pengirim. Contoh nama ini hanya bersifat ilustratif, bukan catatan yang ditanyakan. Jangan gabungkan artinya menjadi satu hasil “domain memiliki BIMI ”, karena nama pesan yang dipilih adalah titik awal yang relevan.
Baca data TXT sebagai data DNS , bukan baris editor
Catatan sumber daya DNS TXT dapat berisi satu atau beberapa string karakter. Struktur wire-level berarti beberapa bagian yang dikutip dalam sebuah tampilan belum tentu merupakan beberapa catatan. Sebaliknya, dua catatan terpisah dapat terlihat seperti satu entri yang dikelompokkan dalam antarmuka penyedia. Periksa batas rekaman sebenarnya yang dikembalikan sebelum memutuskan bahwa domain memiliki pernyataan duplikat. Format RFC 1035 TXT
Proposal remediasi yang aman adalah pernyataan BIMI yang dimaksudkan dan tidak ambigu pada nama pemilik yang dipilih, dengan logo alternatif yang ditetapkan untuk penyeleksi yang berbeda. Artikel ini tidak menegaskan pilihan penerima universal di antara pernyataan duplikat atau menyediakan algoritme catatan duplikat normatif dari draf teks yang tidak tersedia. Perlakukan kandidat yang bersaing sebagai penangguhan konfigurasi dan verifikasi perilaku penerima target yang terdokumentasi sebelum mengandalkan urutan seleksi yang diamati.
Lacak pemilih melalui jalur pengiriman
Dapatkan salinan resmi dari pesan yang diterima, dengan mempertahankan header. Catat domain Dari yang terlihat dan semua kejadian BIMI-Selector. Bandingkan status yang diterima dengan konfigurasi platform pengirim dan perantara apa pun yang dapat menambah atau mengubah header. Aplikasi mungkin meminta pemilih musiman sementara layanan keluar memasukkan preferensi default yang berbeda. Tanpa pesan sebenarnya, tim DNS dapat menyelidiki nama yang tidak diminta untuk digunakan oleh penerima.
BIMI Group merekomendasikan untuk menyertakan BIMI-Selector dalam selaras DMARC tanda tangan DKIM dan memperingatkan bahwa header pemilih yang tidak ditandatangani mungkin diabaikan. Simpan daftar tajuk tanda tangan dan bukti verifikasi tanda tangan yang relevan. Jangan berasumsi bahwa tanda tangan yang lewat secara otomatis menutupi header khusus ini. Tanda tangan dapat mengautentikasi bagian lain dari sebuah pesan sambil meninggalkan preferensi pemilih di luar perlindungannya. Panduan penandatanganan BIMI
Jika beberapa header pemilih muncul, kenali di mana header tersebut ditambahkan dan selesaikan konfigurasi pengiriman daripada menebak mana yang akan diterima oleh penerima. Pertahankan pesan asli sebelum mengusulkan koreksi. Jangan mengedit header yang diterima lalu menampilkan pesan yang telah diedit tersebut sebagai bukti hasil verifikasi asli. Setiap tes terkontrol yang dilakukan setelahnya harus merupakan observasi baru yang sah dengan identitas dan stempel waktunya sendiri.
Tetapkan batas verifikasi yang tepercaya
Authentication-Results berguna hanya ketika konsumen mengetahui sistem tepercaya mana yang memproduksinya. Header arbitrer bisa berisi pernyataan yang tidak tepercaya. RFC 8601 menjelaskan batas kepercayaan ini; gunakan bukti asal penerima atau pemverifikasi lain yang secara eksplisit dipercaya daripada menerima hasil tempel tanpa asal. Pertahankan keputusan BIMI , DMARC hasil dan DKIM cakupannya dapat dibedakan dalam penyelidikan. Batasan kepercayaan RFC 8601
Catat waktu observasi DNS dan selesaikan konteks di samping waktu pesan. Pencarian DNS selanjutnya dapat menunjukkan status yang diperbaiki yang tidak terlihat saat pesan dievaluasi. Sebaliknya, kegagalan saat ini tidak membuktikan bahwa pesan lama mendapatkan jawaban yang sama. Perlakukan bukti yang dikumpulkan sebagai rantai yang dibatasi waktu, dan hindari menciptakan status DNS historis dari konten editor saat ini.
Lembar kerja konflik pemilih asli
Gunakan lembar kerja ini untuk setiap aliran yang terpengaruh. Bidang tersebut adalah permintaan bukti yang diajukan, bukan pemeriksaan yang telah selesai. Pertahankan konten pesan sensitif hanya jika diperlukan dan diizinkan; redaksi yang berfokus pada header sering kali dapat mempertahankan hubungan yang relevan.
- Identitas pesan: waktu penerimaan, terlihat Dari domain dan lokasi bukti resmi.
- Status pemilih: tidak ada, kemunculan header tunggal atau ganda, dengan nilai yang dipertahankan secara tepat.
- Cakupan tanda tangan: identitas DKIM yang selaras, daftar header yang ditandatangani, dan hasil validasi yang tepercaya.
- Target DNS : nama pemilik yang dipilih, respons publik, batas catatan, dan waktu observasi.
- Kepemilikan pernyataan: aliran yang dimaksud, aset, ketergantungan sertifikat, dan pemilik perubahan DNS .
- Konflik: pernyataan duplikat, pemilih yang tidak cocok, preferensi yang tidak ditandatangani, atau perilaku penerima yang tidak terselesaikan.
- Koreksi yang diusulkan: catatan yang terkena dampak atau konfigurasi pengiriman, persetujuan dan rencana rollback.
- Penutupan: pesan baru yang dikontrol, pengamatan DNS yang sesuai, dan hasil penerima yang tepercaya.
Lembar kerja harus membedakan fakta dari hipotesis. “Dua catatan dikembalikan atas nama ini” adalah fakta hanya jika jawaban aktual telah dipertahankan. “Perantara mungkin telah menambahkan header lain” adalah hipotesis sampai jalur pesan mendukungnya. Menjaga perbedaan tersebut tetap terlihat membantu menghindari perubahan DNS yang luas berdasarkan penjelasan yang masuk akal namun belum teruji.
Contoh fiksi: dua tim berbagi nama default
Fiksi Amber Ferry memiliki tim surat perusahaan dan agen kampanye. Keduanya mengusulkan penerbitan pernyataan BIMI pada nama pemilik default, sementara platform agensi dikonfigurasi untuk meminta pemilih musiman. Tinjauan perencanaan yang ditemukan mengungkapkan dua masalah independen: persaingan niat default dan nama yang dipilih yang mungkin tidak memiliki pernyataan yang dimaksudkan. Menghapus satu catatan default saja tidak akan menetapkan bahwa email musiman mengikuti jalur yang benar.
Solusi yang diusulkan adalah menyetujui kepemilikan, menyimpan satu pernyataan yang dimaksudkan untuk setiap nama yang dipilih, dan memverifikasi header pemilih dan cakupan tanda tangan agensi dalam pengujian resmi yang baru. Aliran yang ada harus diperiksa sebelum rekaman apa pun dihentikan. Tidak ada catatan atau pesan DNS Amber Ferry yang diperiksa, dan tidak ada koreksi atau pengujian yang dilakukan; contoh ini menunjukkan cara memisahkan konflik daripada mengklaim perbaikan berhasil.
Tutup hanya rantai yang diamati
Pengamatan yang berhasil untuk satu pemilih tidak memvalidasi setiap pemilih, subdomain, atau platform pengirim lainnya. Catat dengan tepat aliran dan penerima mana yang diperiksa dan pertahankan sisa yang tidak diketahui. BIMI Group juga mencatat bahwa bukti sertifikat terikat pada logo, sehingga pemilih kedua yang menunjuk ke karya seni yang berbeda dapat menimbulkan ketergantungan dokumen bukti yang terpisah, bukan sekadar tugas penamaan DNS . Panduan multi-logo
Katalog memerlukan rantai bukti pesan-ke-pemilih dengan DNS publik dan verifikasi tepercaya. Tidak ada satupun yang dapat diterapkan secara nyata dalam naskah ini. Bukti asli, UKM manusia, penerapan sumber, jalur produksi, aksesibilitas visual, dan pelepasan pemilik tetap terbuka. Draf ini adalah alur kerja diagnostik, bukan bukti bahwa penanganan duplikat atau pemilihan penerima telah diuji.