Sebutkan penyebutnya sebelum menghitung tarif
A DMARC Dasbor mungkin menampilkan sejumlah besar pengamatan pesan, namun jumlah tersebut tidak secara otomatis merupakan total populasi email yang dikirim oleh organisasi. Laporan agregat menggambarkan pengamatan yang dilaporkan oleh penerima yang berpartisipasi untuk interval tertentu. Sistem pengirim menggambarkan upaya dan peristiwa mereka sendiri. Populasi-populasi ini berbeda dalam hal asal usul, waktu, pengelompokan dan visibilitas, sehingga membagi satu populasi dengan populasi lainnya tanpa metode rekonsiliasi yang jelas dapat menghasilkan klaim cakupan yang menyesatkan.
Mulailah dengan menyebutkan pertanyaannya. Apakah Anda mengukur bagian dari inventaris pengirim yang disetujui yang diwakili dalam laporan, bagian dari laporan pengembalian layanan penerima yang diketahui, atau hubungan antara jumlah yang dilaporkan dan peristiwa pengirim untuk interval terbatas? Masing-masing memerlukan penyebut yang berbeda dan bukti yang berbeda. “Persentase cakupan” yang umum mengaburkan pilihan-pilihan tersebut. RFC 9990 , bagian 3.1 dan 9.1
Pisahkan partisipasi pelaporan dari kesehatan konsumsi
Laporan yang hilang dapat mencerminkan perilaku pelaporan penerima, kurangnya lalu lintas yang relevan, masalah pengiriman, penundaan pemrosesan, atau cacat penyerapan. Interval dashboard yang kosong tidak membedakan kemungkinan tersebut. Lacak hubungan pelaporan dan alur kolektor secara terpisah sehingga analis dapat melihat apakah file diharapkan, diterima, ditolak, ditunda, atau tidak dibuktikan.
Pertahankan pengirim laporan, organisasi pelapor, interval, pengidentifikasi, dan status pemrosesan. Catat setiap kegagalan pengiriman atau parser yang diketahui tanpa mengubahnya menjadi kegagalan autentikasi nol yang teramati. Artefak yang dikecualikan mengubah populasi yang dianalisis dan termasuk dalam log kesalahan atau pengecualian. Jika laporan selanjutnya dapat mengisi kesenjangan tersebut, pertahankan revisi kumpulan data daripada diam-diam menulis ulang kesimpulan sebelumnya.
Tidak ada jaminan kelengkapan pelaporan universal yang diasumsikan di sini. Tinjauan yang diusulkan harus menggunakan populasi penerima sebenarnya dan bukti pengumpulan yang tersedia. Laporan dari satu penyedia kotak surat tidak dapat menentukan perilaku penerima lainnya, dan pengamatan berulang dari penyedia yang dominan tidak boleh disalahartikan sebagai keragaman populasi yang luas.
Pilih bukti sisi pengirim yang kompatibel
Tentukan peristiwa pengirim mana yang termasuk dalam perbandingan. Permintaan aplikasi, penerimaan penyedia, upaya pengiriman, penerimaan server penerima, dan kegagalan akhir bukanlah peristiwa yang dapat dipertukarkan. Percobaan ulang, beberapa penerima, dan pengiriman ulang aplikasi dapat membuat beberapa catatan untuk apa yang dianggap oleh pengguna bisnis sebagai satu pesan. Pertahankan semantik peristiwa dan aturan agregasi sebelum merekonsiliasi jumlah.
Referensi peristiwa SendGrid yang dipertahankan menggambarkan perbedaannya: diproses berarti penyedia menerima pesan dan siap untuk dikirimkan; disampaikan menyangkut pengiriman ke server penerima, bukan bukti penempatan kotak masuk atau pembacaan manusia. Ini adalah contoh khusus penyedia, bukan skema peristiwa universal. Sistem lain memerlukan definisinya sendiri saat ini. Referensi Webhook Acara SendGrid
Simpan stempel waktu asli dan basis waktu normal yang terdokumentasi. Interval laporan dan total hari kalender aplikasi mungkin tidak selaras. Laporan yang datang terlambat, percobaan ulang antrean melintasi batas, dan perubahan klasifikasi aliran sungai harus terlihat dalam rekonsiliasi daripada diserap ke dalam faktor koreksi yang dibuat-buat.
Memetakan domain dan rute tanpa mengasumsikan gabungan sempurna
Pengamatan agregat mungkin tidak berisi pengidentifikasi transaksi yang sama dengan log pengirim. Hindari menjanjikan penggabungan pesan satu-ke-satu ketika data hanya mendukung perbandingan berkelompok. Memetakan alamat sumber, domain autentikasi, dan konteks kebijakan ke rute yang dimiliki dengan keyakinan yang dinyatakan, dan menjaga ambiguitas infrastruktur bersama. Merek penyedia saja tidak membuktikan akun pelanggan mana yang menghasilkan lalu lintas yang diamati.
Tetap mentah SPF atau DKIM hasil yang berbeda dari DMARC penyelarasan. Tarif yang dihitung dari semua SPF mentah tidak selalu mengukur cakupan autentikasi yang selaras untuk domain Dari yang terlihat. Aturan penyelarasan spesifikasi inti menentukan hubungan identitas mana yang penting bagi kesimpulan tersebut. Rute yang tidak diketahui harus tetap tidak diketahui daripada ditambahkan ke populasi yang disetujui hanya untuk meningkatkan lajunya. RFC 9989 , bagian 4.4
Lembar kerja rekonsiliasi dan kontrak kumpulan data
Buat sistem sumber daftar kontrak kumpulan data, metode ekstraksi, versi, batas interval, definisi peristiwa, aliran yang disertakan, cakupan penerima, aturan deduplikasi, dan pengecualian. Pertahankan referensi sumber atau hash yang tidak dapat diubah dan langkah-langkah transformasi yang diperlukan untuk membuat ulang kumpulan data yang dianalisis. Jika suatu bidang tidak dapat diambil, nyatakan ketidakhadirannya dan kesimpulan yang menjadi tidak didukung.
Lembar kerja harus berisi populasi pelaporan, populasi pengirim, asumsi yang tumpang tindih, kelompok yang tidak cocok, data yang terlambat, dan artefak yang dikecualikan. Berikan penghitungan hanya jika ada bukti nyata. Pisahkan cakupan yang tidak diketahui dari cakupan yang tidak terukur. Laporan yang tidak dapat dipetakan ke rute yang disetujui tidak boleh diabaikan begitu saja, namun juga tidak secara otomatis menambah jumlah surat yang sah.
Penerimaan memerlukan analis lain untuk mereproduksi definisi populasi dan mendapatkan perbandingan terbatas yang sama dari versi kumpulan data yang sama. Sebuah bagan dapat merangkum perbandingan tersebut, namun harus mengungkapkan kesenjangan material dan interval lengkap terakhir. Tingkat autentikasi yang lebih tinggi belum tentu merupakan bukti bahwa total cakupan organisasi meningkat jika campuran pelaporan diubah.
Diagnosis fiktif: dasbor lebih senyap setelah adanya celah pipa
Bayangkan sebuah organisasi fiksi yang kolektornya menerima laporan dari beberapa kelompok penerima. Selama satu interval, laporan grup besar gagal diuraikan dan dikecualikan. Laporan lainnya menunjukkan lebih sedikit kegagalan. Tidak ada himpunan data aktual atau eksekusi parser yang digunakan untuk contoh ini; situasi ini diciptakan untuk menggambarkan risiko penyebut.
Analis tidak boleh mengumumkan peningkatan otentikasi hanya karena catatan yang masih ada terlihat lebih sehat. Populasi yang dianalisis berubah. Keluaran yang sesuai adalah hasil yang terbatas untuk kelompok penerima yang dipertahankan ditambah dengan kesenjangan kualitas pengumpulan yang jelas. Peristiwa di sisi pengirim dapat membantu membangun aktivitas lanjutan terhadap kelompok yang hilang, namun peristiwa tersebut tidak merekonstruksi pengamatan autentikasi yang tidak diterima.
Jika laporan kemudian dipulihkan dalam proses resmi, kumpulan data akan menerima versi baru dan perbandingannya harus dihitung ulang. Pertahankan kesimpulan terbatas awal dan kesimpulan revisi. Hal ini membuat perubahan dapat dijelaskan dan mencegah terjadinya tren nyata akibat penimbunan kembali secara diam-diam.
Bukti asli dan batasan pelepasan
Katalog memerlukan kumpulan data berversi, metode kueri, dan log kesalahan/pengecualian yang dapat direproduksi oleh analis lain. Naskah ini hanya memberikan metode dan contoh fiksi saja. Tidak ada log pengirim, laporan, daftar penerima, atau kueri langsung yang dikumpulkan, dan tidak ada persentase cakupan yang diklaim.
Bukti asli, tinjauan manusia, penerapan sumber, jalur produksi, aksesibilitas visual, dan pelepasan pemilik tetap terbuka. Sebelum publikasi operasional, dapatkan data resmi, minimalkan pengidentifikasi yang tidak perlu, dan konfirmasikan definisi peristiwa untuk setiap sistem yang disertakan. Kesimpulan akhir harus menyatakan populasi yang diamati dan batasannya, bukan menyiratkan bahwa pelaporan agregat merupakan sensus lengkap dari semua email yang dikirim.