Register pengecualian harus menjelaskan mengapa suatu kontrol berbeda dari keadaan yang diinginkan dan apa yang akan mengakhiri perbedaan tersebut. Daftar domain yang ditandai sebagai pengecualian saja tidak cukup. Hubungkan setiap pengecualian ke layanan bisnis, pemilik yang bertanggung jawab, cakupan terbatas, tanggal peninjauan, dan uji penutupan berbasis bukti.
Catat pengecualian sebenarnya
Jelaskan pengendalian yang dimaksudkan, penyimpangan saat ini dan alasan bisnis. Catat identitas Dari, amplop dan penandatanganan yang relevan, penyedia atau penyewa yang terpengaruh, kekritisan, persetujuan, dan kedaluwarsa. Bedakan antara pelonggaran kebijakan yang luas dan jalur pengirim yang sempit dan belum terselesaikan. DMARC penyelarasan dapat berhasil melalui keberhasilan yang selaras SPF atau DKIM hasilnya, jadi pengecualian praktisnya mungkin berbeda dari diagnosis awal tim. Terpisah, RFC 9989 bagian 7.4 dan 8 memerlukan p=reject domain untuk menerapkan tanda tangan DKIM yang valid dan tidak hanya mengandalkan SPF . Pass tingkat pesan tidak mengesampingkan kewajiban penerapan tersebut. RFC 9989.
Sertakan perlindungan kompensasi dan batasannya. Misalnya, proses verifikasi bisnis dapat mengurangi risiko pembayaran namun tidak membuat pesan yang tidak diautentikasi menjadi terautentikasi. Jangan mendeskripsikan langganan atau dasbor pemantauan sebagai bukti bahwa pengecualian tersebut aman. Simpan bukti yang mendukung persetujuan dan jauhkan data pesan yang tidak perlu dari register.
Definisikan kadaluwarsa sebagai titik keputusan
Tetapkan tanggal peninjauan dan masa berlakunya dengan pemilik eskalasi yang disebutkan. Kedaluwarsa harus memicu keputusan eksplisit: menutup, memperbarui dengan bukti baru, atau meningkatkan. Ini tidak boleh menghapus izin DNS secara diam-diam atau mengganggu email penting. Perpanjangan harus meninjau kembali alasan dan ruang lingkupnya, bukan menyalin persetujuan sebelumnya tanpa batas waktu.
Gunakan tes penutupan beton. Pengecualian relai lama mungkin ditutup setelah rute pengganti diuji untuk otentikasi dan penerimaan bisnis, layanan lama telah dikonfirmasi tidak digunakan di seluruh siklus yang relevan dan penghapusan yang disetujui telah diverifikasi. Pelaporan gabungan dapat mendukung penilaian ini namun keheningan dalam populasi pelaporan yang tidak lengkap tidak dapat menyebabkan tidak digunakannya laporan tersebut. RFC 9990.
Bandingkan tiga pengecualian pada tanggal peninjauan yang dinyatakan
Pada tinjauan hipotetis pada 8 November 2026, EX-01 adalah transisi penggajian dengan nama pemilik dan tes pengganti yang masih memerlukan verifikasi. EX-02 adalah rute warisan tanpa pemilik saat ini dan habis masa berlakunya pada 1 November 2026. EX-03 adalah kampanye triwulanan yang jadwal penggunaan berikutnya belum diperhatikan. EX-02 terlambat tujuh hari kalender berdasarkan tanggal yang disebutkan; aritmatika itu tidak menyetujui pembaruan atau penghapusan.
Tindakan selanjutnya berbeda: mendapatkan bukti penggantian gaji, menugaskan pemilik keputusan rute yang diwariskan, dan merencanakan pemeriksaan siklus kampanye resmi. Pengamatan nol untuk EX-02 tidak mengisi kesenjangan kepemilikan atau cakupannya. Ini adalah entri register yang diciptakan dan penalaran tanggal yang dikerjakan dengan tangan, bukan program yang dijalankan, penerimaan risiko, atau pengujian surat langsung. Catat izin dan identitas yang terkena dampak secara tepat sebelum mengambil keputusan nyata.
Tinjau register sebagai antrian operasi
Urutkan berdasarkan konsekuensi bisnis, status jatuh tempo, dan hilangnya kepemilikan, bukan hanya berdasarkan usia. Tetapkan tindakan selanjutnya dan tanggal jatuh tempo untuk setiap item yang belum terselesaikan. Pertahankan alasan asli dan perubahan selanjutnya sehingga peninjau dapat membedakan batasan yang masih valid dari solusi yang terlupakan.
Ukur pengecualian yang sudah jatuh tempo, pengecualian yang tidak dimiliki, dan kemajuan penutupan menggunakan populasi yang ditentukan. Jangan mengklaim kesimpulan kepatuhan hanya berdasarkan perhitungan tersebut. Tinjauan bulanan yang berguna mengidentifikasi keputusan mana yang telah dibuat, bukti mana yang diubah, dan hal-hal yang masih perlu dilakukan oleh pemilik. Pertahankan catatan tertutup dan bukti verifikasinya daripada menghapus sejarah.
Ubah tinjauan menjadi antrian keputusan
Untuk setiap entri yang sudah lewat waktu atau hampir habis masa berlakunya, catat bukti spesifik yang diperlukan, pemilik keputusan, dan tindakan selanjutnya. Pertahankan persetujuan yang terlambat, kepemilikan yang belum terselesaikan, dan kegagalan pengujian teknis sebagai temuan yang berbeda sehingga peninjau berikutnya mengetahui apa yang harus diselesaikan.