- Dikirim
- 5 September 2026 pukul 02.49 UTC
- Penulis
- Kamo
- Commit
- 4ab2cae
Alamat tersebut dipilih dengan menanyakan siapa tuan rumah MailBOXES organisasi tersebut. Itu adalah pertanyaan yang berbeda dari yang penting, dan itu salah dalam keduanya Arah sekaligus. chinilaw.com berjalan di Google Workspace dan telah menambahkan: spf.kamocrm.com ke SPF - otorisasi relay kami secara eksplisit, secara tertulis, di DNS - dan masih punya "Ron Chini, PC" < NoReply @ kamocrm.com > pada setiap verifikasi dan sandi -reset mail. Sementara itu enam organisasi yang SPF tidak pernah menyebutkan kami mengirim sebagai domain mereka sendiri, karena kita tuan rumah kotak surat mereka: surat tidak terotentikasi mengklaim domain yang tidak kita kirim, yaitu penerima konfigurasi spam- folder dan menolak langsung di bawah kebijakan DMARC ketat. Jadi aturannya sekarang adalah rekaman DNS: dimiliki, dan otorisasi kita. Kedua bagian adalah dibutuhkan. Kepemilikan tanpa SPF adalah surat yang tidak terotentikasi di atas; SPF tanpa kepemilikan akan memungkinkan siapa pun yang menambahkan mekanisme termasuk meminjam domain. Tidak diketahui dibaca sebagai tidak - domain menyapu belum mencapai dari alamat platform, karena menebak salah cara biaya branding sementara menebak salah cara lain biaya pengiriman, diam-diam, pada pesan yang paling harus tiba. Satu baris pilihan feed baik alamat dan keputusan. Membaca bendera mati satu domain ketika mengirim sebagai lain akan mengotorisasi sesuatu tidak ada diperiksa, dan tidak akan terlihat salah: pesan masih terkirim. Sebuah penolakan keras di relay sekarang mencoba sekali lagi dari alamat platform agak daripada kehilangan surat. Itu sengaja TIDAK perlindungan terhadap domain tidak sah, dan tidak dapat berupa: kegagalan SPF bukan kegagalan pengiriman - relay menerima pesan, server menerima menerimanya, dan diam-diam spam- fouldered atau terpental kemudian. Pra- cek adalah perlindungan, ini adalah untuk Kecil kasus di mana pengiriman benar-benar melemparkan.