Identifikasi transport sebelum mengedit DNS
Acara WordPress tidak mengidentifikasi penyedia email keluarnya. Penyetelan ulang kata sandi inventaris, formulir kontak, pemberitahuan pesanan, dan buletin apa pun. Untuk masing-masing, catat plugin atau aplikasi yang menghasilkannya, alamat Dari, dan apakah integrasi SMTP atau API yang dikonfigurasi menggantikan rute default. Simpan dokumen asli yang diterima dan pengaturan pengangkutan saat ini sebelum melakukan perubahan.
WP Engine merekomendasikan host email pihak ketiga untuk fungsionalitas email yang lebih kuat dan mengatakan bahwa ia tidak menyediakan MX atau DKIM nilai untuk hosting email. Panduan pengirimannya juga mendokumentasikan batasan layanan default. Jangan menjanjikan domain pelanggan WP Engine universal pemilih DKIM. Mengirim email di WP Engine.
Pilih konfigurasi khusus rute yang terdokumentasi
Untuk relai WordPress default, panduan autentikasi WP Engine mengidentifikasi MailChannels dan dokumen-dokumennya include:relay.mailchannels.net di SPF. Gabungkan mekanisme tersebut hanya jika sesuai untuk domain envelope aktual dan rute saat ini. Pertahankan pengirim lain yang diperlukan dalam kebijakan yang ada. Mekanisme yang disalin ke SPF domain Dari yang terlihat tidak dibuat penyelarasan ketika amplop menggunakan domain yang berbeda. Catatan email WP Engine.
Untuk layanan SMTP atau API eksternal, dapatkan instruksi verifikasi domain, DKIM , dan envelope terkini dari layanan tersebut. Konfigurasikan integrasi WordPress menggunakan transportasi yang didukungnya. WP Engine mendokumentasikan bahwa port 25 tidak tersedia dan mencantumkan alternatif yang diizinkan; konfirmasi layanan yang dipilih dan pengaturan enkripsi didukung. Panduan pengiriman WP Engine.
Jangan mengubah perutean MX masuk hanya untuk mengirim notifikasi situs web. Demikian pula, perubahan A-record situs web tidak boleh secara tidak sengaja memindahkan nama host email yang mengikuti situs web tersebut melalui alias. Biarkan pemilik kotak surat masuk tetap terlibat jika migrasi DNS direncanakan, namun pisahkan migrasi tersebut dari tugas autentikasi keluar ini.
Gunakan identitas yang diizinkan untuk dikirim oleh situs
Untuk formulir kontak, jadikan Dari domain yang dikontrol organisasi Anda dan telah diautentikasi dengan layanan pengiriman yang sebenarnya terlihat. Cantumkan alamat pengunjung pada Reply-To apabila aplikasi mendukung pengaturan tersebut. Perlakukan ini sebagai rekomendasi desain aplikasi, bukan klaim tentang perilaku default plugin tertentu. Domain eksternal pengunjung bukan milik Anda untuk diautentikasi.
Dapatkan nilai DKIM dari penandatangan sebenarnya. Menerbitkan kunci yang dibuat sendiri di DNS tidak dapat membuat tanda relai dengan kunci privatnya yang cocok. Demikian pula, menambahkan penyertaan SPF generik tidak dapat memperbaiki DKIM yang tidak ada atau tidak selaras. Verifikasi kebijakan SPF lengkap untuk domain amplop yang dievaluasi, termasuk anggaran pencarian, sebelum menerapkan data gabungan. SPF, DKIM.
Memicu peristiwa WordPress yang sebenarnya
Gunakan akun pengujian terkontrol dan tujuan non-pelanggan. Uji acaranya, bukan hanya tombol koneksi plugin SMTP . Simpan stempel waktu, peristiwa aplikasi, transportasi yang dikonfigurasi, respons penyedia, dan dokumen asli yang diterima bersama-sama.
- Acara: Reset kata sandi; Perbedaan penting: Uji rute yang dihasilkan aplikasi versus uji plugin; Bukti penerimaan: Menerima pengiriman asli dan berhasil
- Acara: Formulir kontak; Perbedaan penting: Balasan Pengunjung versus Dari yang disetujui; Bukti penerimaan: Dari yang diautentikasi selaras dan target balasan yang benar
- Acara: Pemberitahuan pesanan; Perbedaan penting: Alur kerja transaksi versus pengujian manual; Bukti penerimaan: Uji coba tidak berbahaya melalui pengangkutan yang sama
- Acara: Pekerjaan terjadwal; Perbedaan penting: Eksekusi latar belakang versus pengiriman interaktif; Bukti penerimaan: Pesan dan pelacakan penyedia untuk jalur yang dijadwalkan
Ini adalah matriks penerimaan sintetis, bukan pengujian WP Engine yang dijalankan. Pada setiap dokumen asli, periksa domain amplop dan setiap pasangan DKIM d= dan s= terhadap hasil penerima tepercaya. Metode autentikasi yang lewat juga harus selaras dengan Dari yang terlihat agar dapat memuaskan DMARC. Koneksi plugin yang berhasil tidak membuktikan hasil tersebut. DMARC.
Pulihkan rutenya, bukan seluruh domain
Jika tidak ada pesan yang masuk, pisahkan pembuatan aplikasi, pengiriman pengiriman, dan penerimaan penerima sebelum mengedit DNS . Jika rute yang digunakan salah, tinjau prioritas plugin atau konfigurasi aplikasi. Jika autentikasi gagal, periksa layanan penanda tangan atau amplop yang sebenarnya daripada berasumsi bahwa host web menyediakan setiap catatan.
Jeda alur kerja yang gagal atau pulihkan pengangkutan yang disetujui sebelumnya sambil mempertahankan alur kerja. Hindari fallback yang secara diam-diam mengirimkan email pelanggan tanpa autentikasi. Uji ulang setiap peristiwa yang terpengaruh setelah perbaikan, dan hapus kredensial dan izin DNS yang tidak digunakan ketika layanan eksternal dihentikan melalui proses perubahan resmi. Jauhkan rahasia dari artefak diagnostik. Tidak ada situs web, akun penyedia, peristiwa pesan, atau perubahan DNS yang dilakukan untuk panduan dokumenter ini.
Konfirmasikan batas penyedia
Panduan pengiriman saat ini mencantumkan 2525 sebagai yang direkomendasikan dan 587/465 sebagai alternatif yang diizinkan, dengan Microsoft 365 dibatasi hingga 587 dalam panduan tersebut. Gunakan pengaturan enkripsi dan transportasi yang didukung penyedia yang dipilih, bukan perubahan port yang dapat ditebak. WP Engine tidak mempublikasikan batas pasti per jamnya dan menjelaskan diagnostik email sisi server yang terbatas; jangan menjanjikan kapasitas pengiriman numerik atau log yang belum diperoleh.
Selesaikan kasus diagnostik fiktif
Hanya kasus tertulis fiktif: WPE-01 mengasumsikan pengujian plugin SMTP dari site@museum.example lolos dengan d=museum.example, tetapi formulir kontak mengirimkan Dari visitor@outside.example melalui transportasi yang tidak diketahui. Amplop formulir dan tanda tangannya tidak diketahui. Pemilik situs web harus memetakan pengangkutan peristiwa aktual dan menggunakan Dari organisasi yang disetujui dengan Balasan Ke pengunjung terpisah jika didukung. Hasil plugin tidak dapat membuat otentikasi formulir atau mengotorisasi domain pengunjung. Tidak ada akun, DNS , CRM, faktur, kampanye, atau pengiriman yang diuji untuk kasus ini.
Pisahkan pesan yang lewat dari kesiapan penegakan
RFC 9989 Bagian 7.4 memerlukan DKIM yang valid untuk penerbitan domain p=reject dan peringatan tentang interoperabilitas surat tidak langsung. Satu hasil SPF yang selaras tidak dengan sendirinya membenarkan penerapan kebijakan penolakan. Tinjau semua rute dan kepemilikan kebijakan yang sah secara terpisah dari pengaturan penyedia ini.