Nama merek baru di label tampilan tidak sama perubahannya dengan domain baru di alamat Dari. Yang terakhir ini mengubah identitas yang menjadi latar belakangnya DMARC penyelarasan dinilai. Oleh karena itu, tanda tangan domain lama yang benar-benar valid dapat berhenti membantu pesan bermerek baru. Rencanakan transisi identitas sebelum pengumuman peluncuran, termasuk aplikasi transaksional yang tidak dimiliki oleh tim komunikasi.
Pisahkan bidang identitas
Untuk setiap rute, ambil alamat Dari yang terlihat, pengirim amplop, DKIM d= domain and pemilih, dan alamat Balas Ke. Nama tampilannya adalah presentasi. Reply-To mengarahkan balasan. Tidak ada yang menggantikan pengidentifikasi terotentikasi yang digunakan oleh DMARC . RFC 9989 mendefinisikan keselarasan; RFC 6376 mendefinisikan identitas penandatanganan dan pencarian pemilih.
Jangan berasumsi domain merek lama dan baru selaras karena satu perusahaan memiliki keduanya. Di bawah penyelarasan yang ketat, nama domain harus cocok. Penyelarasan yang santai menggunakan hubungan domain-organisasi protokol, bukan daftar akuisisi perusahaan. Contoh berikut mengasumsikan penyelarasan DKIM yang ketat dan mengisolasi satu tanda tangan; itu tidak mengimplementasikan penemuan DMARC atau menentukan keseluruhan hasil pesan.
Tetapkan domain baru sebelum peralihan
Pemasaran inventaris, surat karyawan, faktur, pengaturan ulang kata sandi, tiket dukungan, dan peringatan frekuensi rendah. Untuk masing-masingnya, konfigurasikan identitas pengiriman baru yang didukung penyedia dan DNS yang diperlukan, menggunakan nilai yang dihasilkan untuk akun sebenarnya. Dapatkan hasil penerima tepercaya dari pesan pengujian terkontrol. Periksa autentikasi dan alur kerja bisnis: pesan reset yang melewati DMARC namun berisi tautan rusak belum siap.
Simpan jalur terdokumentasi untuk balasan dan alamat lama. Melanjutkan penerimaan email di domain lama berbeda dengan melanjutkan memberi otorisasi kepada pengirim keluar. Setuju berapa lama identitas lama masih diperlukan dan bagaimana pesan tertunda yang ditandatangani dengan penyeleksi lama akan ditangani. Hindari menghapus kunci publik hanya karena pesan terakhir yang baru dibuat telah dialihkan.
Bandingkan empat hasil penandatanganan hipotetis
Asumsikan From adalah oldbrand.test dan tanda tangan yang valid memiliki d=oldbrand.test: tanda tangan tersebut benar-benar sejajar. Ubah hanya Dari ke newbrand.test, pertahankan tanda tangan domain lama yang valid: tanda tangan tersebut tidak lagi selaras dengan ketat. Tanda tangan yang valid dengan d=newbrand.test memulihkan jalur DKIM yang selaras ini. Jika tanda tangan domain baru tersebut gagal verifikasi, teks domain yang cocok saja tidak dapat memberikan jalur yang lewat. Ini adalah masukan yang diasumsikan dan perbandingan buatan tangan, bukan kode yang dieksekusi atau verifikasi kriptografi.
Tanda tangan lain yang sah dan selaras atau aligned SPF pass masih dapat memenuhi aturan DMARC tingkat pesan. Periksa semua jalur yang relevan sebelum menyatakan kegagalan, dan jangan menyimpulkan disposisi penerima atau penempatan kotak masuk. Terpisah, RFC 9989 bagian 7.4 dan 8 memerlukan p=reject domain untuk menggunakan tanda tangan DKIM yang valid dan tidak hanya mengandalkan SPF . Sebelum peluncuran, verifikasi transaksi penyetelan ulang serta autentikasi: tautan penyetelan ulang yang rusak tetap merupakan kegagalan bisnis bahkan dengan izin yang selaras.
Tahapan peluncuran dan tentukan pemulihan
Pindahkan satu aliran yang disetujui terlebih dahulu dan lihat hasil penerapannya, hasil penerima, dan laporannya. Laporan agregat adalah pengamatan yang tertunda dari penerima yang berpartisipasi, bukan monitor peluncuran yang lengkap. Tambahkan pemeriksaan langsung untuk alur yang penting bagi bisnis. Volume pemasaran yang sehat tidak boleh menyembunyikan faktur atau kegagalan pengaturan ulang.
Tentukan rollback sebelum peluncuran: siapa yang dapat memulihkan identitas Dari sebelumnya, apakah autentikasi lama tetap valid, dan apa yang terjadi pada email yang sudah diantrekan. Mengembalikan nama tampilan saja tidak dapat memperbaiki kegagalan penyelarasan. Hentikan izin pengiriman lama ketika aliran resmi terakhir telah dipindahkan dan paket email tertunda telah selesai. Pertahankan kepemilikan domain lama dan keputusan perutean masuk secara terpisah dari catatan penghentian keluar.