Campaign Monitor mengautentikasi domain pengirim melalui pengaturan akun, DNS publik, dan pemeriksaan verifikasi. Gunakan domain persis yang akan muncul di alamat Dari, termasuk subdomainnya. Ini adalah konfigurasi khusus pengirim: mengautentikasi Campaign Monitor tidak mengautentikasi layanan lain yang menggunakan domain merek yang sama.
Tetapkan identitas dan ganti pemilik
Konfirmasikan bahwa organisasi mengontrol domain yang dituju dan operator DNS dapat mengubah zona otoritatifnya. Simpan yang ada pemilih, SPF Dan catatan DMARC. Identifikasi pengirim sah lainnya sebelum menerima penggantian kebijakan yang disarankan. Pastikan orang yang mengonfigurasi kampanye dan orang yang memublikasikan DNS selaras di seluruh domain, bukan hanya label pendek seperti email.
Itu panduan domain pengiriman mengatakan bahwa mengautentikasi domain tingkat kedua tidak mengautentikasi subdomainnya di platform. Jika kampanye menggunakan news.example.com , tambahkan domain persis tersebut daripada berasumsi example.com mencakup setelan akun.
Konfigurasikan domain dan kunci yang dihasilkan
Buka menu profil, Pengaturan akun, lalu Mengirim domain. Pilih Siapkan domain pengirim atau Tambahkan domain, masukkan domain lengkap dan lanjutkan. Publikasikan nama dan nilai TXT yang dihasilkan di DNS otoritatif, menggunakan konvensi nama lengkap atau nama relatif editor yang benar. Kembali ke Monitor Kampanye dan pilih Saya telah menambahkan data, atau Periksa ulang data jika kembali lagi nanti.
Gunakan kunci yang baru dibuat untuk penyiapan ini daripada mengimpor kunci pribadi yang sudah ada demi kenyamanan. Jauhkan materi penandatanganan pribadi dari DNS , tiket, dan lembar kerja bersama. Jika pemilih yang dihasilkan bertabrakan dengan rekaman aktif lainnya, selesaikan konflik tersebut sebelum menggantinya. Contoh publik bukanlah kunci akun Anda.
Pertahankan DMARC dan sesuaikan SPF dengan hati-hati
Alur kerja yang terdokumentasi menerima valid yang sudah ada DMARC konfigurasi. Pertahankan kebijakan penegakan dan tujuan pelaporannya kecuali pemilik domain menyetujui perubahan terpisah. Jika tidak ada kebijakan yang berlaku, tetapkan kebijakan tersebut pada pemilik yang benar. A p=none Contohnya adalah permintaan pemantauan, bukan penegakan hukum dan bukan alasan untuk melemahkan kebijakan yang diwarisi dari induknya.
Campaign Monitor merekomendasikan otorisasi SPF opsional menggunakan include:_spf.createsend.com. Jika otorisasi tersebut sesuai untuk konfigurasi Anda, gabungkan otorisasi tersebut ke dalam satu kebijakan SPF yang ada, bukan menambahkan kebijakan kedua. Pertahankan pengirim sah lainnya dan periksa jalur ketergantungan yang dievaluasi terhadap batas pencarian SPF . Penyedia ikhtisar otentikasi email memberikan konteks, namun amplop yang diterima menentukan domain mana yang sebenarnya diperiksa oleh penerima.
Kartu SPF untuk amplop milik layanan belum tentu sesuai dengan Dari yang terlihat. Sebuah passing selaras tanda tangan DKIM dapat memenuhi DMARC meskipun jalur SPF tersebut tidak selaras. Jangan menjanjikan SPF yang ketat penyelarasan hanya karena penyertaan telah ditambahkan ke domain Dari catatan TXT.
Verifikasi catatan sebelum pengujian kampanye
Kueri pemilih yang dihasilkan di setiap server resmi, lalu periksa jawaban DMARC dan SPF yang berlaku. Catat pemilik lengkap, jenis, nilai dan stempel waktu. Editor DNS dapat membagi nilai TXT yang panjang menjadi string karakter dalam satu catatan; yang berbeda dari penerbitan banyak DKIM catatan. Ikuti penanganan penyedia DNS dan bandingkan nilai yang direkonstruksi.
Jika Campaign Monitor tidak dapat memverifikasi, periksa akhiran domain duplikat, jenis data yang salah, karakter kunci yang dihilangkan, dan ketidaksepakatan server otoritatif. TTL adalah kontrol cache, bukan jaminan waktu pembaruan setiap validator. Jawaban negatif yang disimpan dalam cache dapat bertahan lebih lama dari saat rekor baru dibuat.
Konfirmasikan kampanye sebenarnya menggunakan domain yang dimaksud
Kirim kampanye pengujian terkontrol dengan alamat Dari yang baru diautentikasi. Pertahankan kepercayaan Authentication-Results, Dari, Return-Path dan semua pasangan DKIM d=/s= . Konfirmasikan tanda tangan yang lewat selaras dengan domain Dari dalam mode yang dikonfigurasi. Jika pengujian berhasil tetapi kampanye selanjutnya gagal, bandingkan alamat dan rute pengirim sebelum mengubah DNS .
Contoh kasus: example.com dikonfigurasi, namun kampanye menggunakan news.example.com , yang tidak pernah ditambahkan ke akun. Perbaiki penyiapan domain untuk identitas kampanye sebenarnya; jangan mengganti kunci domain induk yang valid untuk menyelesaikan konfigurasi identitas yang berbeda.
Pertahankan pengirim yang bekerja sebelumnya sampai penerimaan jika memungkinkan. Periksa kembali setelah perubahan akun, pengiriman subdomain baru, migrasi DNS , atau rotasi kunci. Sebelum pensiun, hentikan kampanye terjadwal dan konfirmasikan dependensi tidak lagi digunakan. Artikel ini adalah panduan dokumenter dan rencana verifikasi yang diusulkan, bukan bukti pengujian Monitor Kampanye langsung atau jaminan pengiriman.
Jangan bingung antara kesenjangan cakupan produk dengan penyelarasan yang ketat
Kasus tertulis CM-01 mengasumsikan produk telah example.com dikonfigurasi tetapi kampanye Dari adalah news@news.example.com . Tetapkan secara terpisah tanda tangan DKIM yang tepercaya dan lewat d=example.com, s=demo1. Dengan penyelarasan domain organisasi biasa yang santai, tanda tangan tersebut dapat diselaraskan dengan news.example.com ; dengan adkim=s itu tidak sama persis. SPF dan tanda tangan lainnya tidak diketahui, sehingga keputusan keseluruhan dengan mode ketat belum terselesaikan, bukan kegagalan DMARC yang sudah pasti. Tidak ada premis yang membuktikan bahwa Campaign Monitor telah mengonfigurasi subdomain yang diinginkan. Pemilik kampanye harus menyelesaikan penyiapan domain yang tepat dan memeriksa hasil kampanye terkontrol sebelum dirilis. Ini adalah masukan fiktif, bukan penyampaian yang ditangkap atau alasan untuk melonggarkan kebijakan.
Pertahankan batas penegakan hukum
RFC 9989 Bagian 7.4 memerlukan DKIM yang valid, bukan SPF saja, untuk domain yang menerbitkan p=reject, dan memperingatkan tentang interoperabilitas surat tidak langsung dan milis. Sebuah uji coba pesan langsung yang sukses bukanlah bukti bahwa setiap jalur yang sah siap untuk menerapkan kebijakan yang lebih kuat. Pertahankan perlindungan yang disetujui saat mendiagnosis kesenjangan yang sebenarnya; setiap perubahan kebijakan memerlukan keputusannya sendiri.