Tag fo menanyakan kepada penerima kondisi kegagalan mana yang harus menghasilkan laporan. Itu tidak mengubah aturan otentikasi atau memaksa penerima untuk mengirim laporan. Memahami bahwa pembedaan menghindari kesalahan umum: membaca laporan yang diminta oleh fo=1 sebagai bukti bahwa pesan tersebut gagal DMARC keseluruhan.
RFC 9989 bagian 4.7 mendefinisikan empat nilai: 0, 1, d dan s. Standarnya adalah 0. Tag diabaikan ketika ruf tidak ada, dan penerima dapat memilih apakah akan memenuhi opsi yang diminta. Tinjau privasi dan kesiapan penanganan laporan sebelum memperluas permintaan.
Pahami 0 dan 1 dalam hal penyelarasan
Dengan fo=0, kondisi laporan kegagalan DMARC yang diminta adalah bahwa semua mekanisme autentikasi yang mendasarinya gagal menghasilkan izin yang selaras. Dengan fo=1, syaratnya adalah mekanisme yang mendasarinya gagal menghasilkan umpan yang selaras. Perbedaannya terletak pada pemicu pelaporan, bukan pada definisi baru keberhasilan DMARC .
Sebuah pesan dapat melewati DMARC melalui penyelarasan DKIM ketika SPF gagal atau tidak selaras. Kondisi tersebut dapat memenuhi permintaan pelaporan fo=1 meskipun pesan melewati DMARC . Menyebut laporan seperti itu sebagai hasil DMARC yang kontradiktif akan mengacaukan pilihan pelaporan dengan hasil evaluasi.
Bedakan opsi khusus mekanisme
Nilai d meminta DKIM laporan kegagalan ketika tanda tangan gagal dievaluasi, apa pun yang terjadi penyelarasan. Nilai s meminta laporan kegagalan SPF ketika evaluasi SPF gagal, terlepas dari penyelarasannya. Ini adalah permintaan laporan khusus mekanisme, bukan sinonim untuk kondisi lolos selaras 0 dan 1.
Misalnya, identitas SPF yang lolos namun tidak selaras tidak menjadi kegagalan evaluasi SPF semata-mata karena identitas tersebut tidak selaras. Hal ini dapat menjadi masalah bagi kondisi fo=1 aligned-pass tanpa memenuhi s atas dasar itu. RFC 9991 bagian 3 membahas hubungan antara DMARC dan laporan kegagalan spesifik mekanisme; pembangkitan sebenarnya masih bergantung pada dukungan dan kebijakan penerima.
Gunakan kombinasi yang valid dengan sengaja
Saat meminta lebih dari satu opsi, pisahkan nilai dengan titik dua, seperti fo=0:d. Nilai 0 dan 1 saling eksklusif. Jangan publikasikan fo=0:1 sebagai cara untuk meminta semuanya. Jaga agar versi, kebijakan, dan tujuan pelaporan yang ada tetap koheren saat meninjau perubahan data yang diusulkan.
Fragmen ilustrasi: ruf=mailto:diagnostics@example.com; fo=1. Ini menunjukkan tujuan dan pemicu yang diminta, bukan yang lengkap catatan DMARC atau tujuan yang telah diotorisasi untuk organisasi Anda. Jangan tempel alamat contoh ke dalam produksi. Konfirmasikan pengaturan penerimaan yang didukung dan otorisasi eksternal berdasarkan RFC 9991 bagian 5 jika memungkinkan.
Telusuri dua kasus
Kasus sintetis A telah menyelaraskan izin DKIM dan SPF gagal. DMARC melewati DKIM ; pemicu fo=1 dapat dipenuhi, sedangkan kondisi semua mekanisme fo=0's tidak. Opsi s menjelaskan kondisi laporan kegagalan SPF dalam kasus ini, tergantung pada perilaku penerima.
Kasus sintetik B memiliki sandi DKIM pada domain yang tidak terkait dan sandi SPF pada domain yang tidak terkait. Tidak ada mekanisme yang memberikan umpan yang selaras, sehingga DMARC gagal dan kondisi fo=0 terpenuhi. Kondisi kegagalan evaluasi DPR tidak terjadi hanya karena tindakan yang tidak selaras ini. Contoh-contoh ini menjelaskan kondisi protokol, bukan laporan yang diamati dari penyedia sebenarnya.
Verifikasi permintaan tanpa hasil yang menjanjikan
Tinjau catatan yang dipublikasikan, kepemilikan tujuan, otorisasi, dan kontrol privasi konsumen laporan. Gunakan pengujian terkontrol dengan penerima yang bekerja sama jika tersedia, lalu catat dengan tepat apa yang dihasilkannya. Laporan yang tidak ada tidak membuktikan bahwa tag tersebut tidak valid atau tes tersebut lulus.
Pisahkan pelaporan agregat dan keputusan penegakan hukum. Mengubah fo tidak mengubah p, membuat otorisasi SPF baru atau memperbaiki a tanda tangan DKIM. Tujuannya adalah untuk meminta serangkaian laporan diagnostik yang mungkin sensitif.
Baca contoh kegagalan mekanisme
Kasus sintetis C memiliki tanda tangan DKIM yang gagal dan pass SPF yang selaras. DMARC melewati SPF . Kondisi fo=1 dapat dipenuhi karena DKIM tidak memberikan izin yang selaras, dan d menjelaskan kondisi pelaporan tanda tangan yang gagal. Kondisi fo=0 tidak terpenuhi karena SPF memberikan izin yang selaras; s tidak mengikuti dari pass SPF . Permintaan seperti fo=1:d mengungkapkan dua kondisi yang relevan, namun tidak mewajibkan penerima untuk membuat laporan mana pun. Pilih hanya jika tujuan diagnostik dan kontrol penanganan laporan membenarkan permintaan yang lebih luas.
Simpan catatan investigasi yang ringkas
Gunakan lembar kerja yang disarankan ini untuk rute yang ditinjau. Ini adalah bantuan perencanaan, bukan bukti pengujian yang telah dilaksanakan.
- Kebutuhan: pertanyaan diagnostik dan pemicu tersempit yang mengatasinya.
- Catat: nilai ruf dan fo saat ini, pastikan 0 dan 1 tidak digabungkan.
- Tujuan: kepemilikan, otorisasi eksternal jika diperlukan, keputusan akses dan retensi.
- Observasi: dukungan penerima dan laporan aktual yang diterima; diam tidak meyakinkan.