“ Outlook ” dapat berarti aplikasi desktop, kotak surat konsumen, atau lingkungan Microsoft 365 organisasi. Hal tersebut bukanlah cakupan kebijakan yang dapat dipertukarkan. Mulailah dengan layanan penerimaan aktual dan diagnostik sebelum menggunakan daftar periksa bervolume tinggi untuk menjelaskan pesan yang gagal.
Identifikasi layanan konsumen dan kebutuhannya saat ini
Artikel dukungan Microsoft terkini untuk 550 5.7.515 menjelaskan Outlook .com dan layanan konsumen terkait, termasuk Hotmail, Live.com, dan MSN. Ini mengidentifikasi pengirim bervolume tinggi yang mengirim 5.000 atau lebih pesan ke layanan tersebut menggunakan domain yang sama dalam tampilan yang terlihat. 5322.Dari alamat. Kata-kata pendukungnya menyatakan bahwa keduanya SPF Dan DKIM harus lulus, dan itu diterbitkan DMARC kebijakan setidaknya p=none dan izin DMARC diperlukan. Panduan Microsoft 550 5.7.515.
Pengumuman yang diperbarui menetapkan penerapan penolakan akan dimulai pada tanggal 5 Mei 2025. Rencana awalnya hanya untuk Sampah telah dibatalkan; jangan menganggap paragraf yang digantikan tersebut sebagai kebijakan respons saat ini. Pengumuman terbaru Microsoft.
Pengumuman sebelumnya menggambarkan volume harian dan menggunakan “lebih dari 5.000.” Jangan membuat pengecualian berdasarkan batasan kata: panduan dukungan saat ini menggunakan 5.000 atau lebih. Anda juga tidak boleh membuat periode pengaturan ulang atau aturan klasifikasi permanen dari halaman dukungan ini. Catat versi dan diagnostik penerimaan aktual saat menafsirkan suatu kasus.
Pisahkan keberhasilan protokol dari gerbang penyedia
Referensi: RFC 9989 §4.4, RFC 9989 §5.3.5.
DMARC dapat melewati kesuksesan yang selaras tanda tangan DKIM bahkan ketika SPF gagal. Hasil protokol tersebut tidak memenuhi persyaratan terpisah yang harus dilewati oleh kedua mekanisme yang mendasarinya. Sebaliknya, SPF dan DKIM mungkin lolos untuk domain yang tidak terkait dengan Dari yang terlihat dan membiarkan DMARC gagal. Simpan ketiga hasil dan identitas di baliknya.
Untuk pesan yang dihasilkan layanan langsung, catat IP pengirim, pengirim amplop domain, Dari domain, DKIM d= domain dan pemilih. Verifikasi DNS saat ini dan pesan terakhir yang ditandatangani, bukan hanya layar pengaturan. Gunakan nama protokol sebenarnya: SMTP MAIL FROM adalah identitas amplop RFC 5321 , sedangkan From yang terlihat adalah milik RFC 5322 .
Bacalah penolakan sebagai bukti, bukan naskah perbaikan
Referensi: RFC 8601 §5.
Penolakan 550 5.7.515 menunjukkan domain pengirim tidak memenuhi tingkat otentikasi yang diperlukan. Pertahankan seluruh diagnostik, waktu, penerima yang terpengaruh, dan pengidentifikasi pesan. Jangan merespons dengan menambahkan setiap penyedia yang tersedia ke SPF atau menonaktifkannya penegakan DMARC tanpa memahami identitas yang gagal.
Bandingkan aliran yang terpengaruh dan tidak terpengaruh. Layanan penagihan mungkin memiliki pengaturan penandatanganan khusus yang benar sementara layanan kampanye masih menandatangani hanya dengan domainnya sendiri. Jika penerusan atau perantara lain terlibat, pertahankan rute dan transformasinya. Asumsi surat langsung mungkin tidak menjelaskan jalur tidak langsung, dan salinan Authentication-Results saluran bukan pengganti bukti penerima yang tepercaya.
Bekerja melalui diagnostik sintetis
Referensi: RFC 9989 §5.3.5.
Bayangkan sebuah pesan terkontrol yang hasil SPF nya gagal, yang hasil DKIM nya diteruskan penyelarasan, dan yang hasil DMARC nya lulus. Hasil DMARC koheren secara internal. Berdasarkan persyaratan volume tinggi yang dinyatakan Microsoft, kegagalan SPF masih memerlukan perbaikan. Ini adalah contoh logis, bukan penolakan Microsoft.
Tindakan selanjutnya adalah menentukan apakah pengirim amplop yang dievaluasi mengotorisasi IP koneksi sebenarnya. Setelah koreksi disetujui, uji ulang melalui rute yang sama dan pertahankan hasil baru. Jangan menggunakan kembali tiket lama sebagai bukti adanya perubahan pesan atau rute.
Pertahankan kasus-kasus perusahaan pada jalur buktinya masing-masing
Penyewa Microsoft 365 dapat menerapkan kebijakan dan konektor masuknya sendiri. Penerima yang menggunakan aplikasi Outlook tidak membuat organisasinya tunduk pada gerbang artikel konsumen. Untuk kasus perusahaan, kumpulkan konteks diagnostik dan kebijakan penyewa alih-alih berasumsi bahwa 5.7.515 menjelaskan setiap respons 5.7.x.
Tutup dengan layanan yang terpengaruh, domain pengirim, hasil mekanisme yang diamati, dan rute yang diperbaiki. Tidak ada pengujian kotak surat Microsoft langsung yang diklaim di sini, dan kepatuhan autentikasi tetap berbeda dari penempatan kotak masuk.