Skema Penulisan Ulang Pengirim mengatasi masalah amplop dalam penerusan. Perantara mengubah identitas pengembalian SMTP menjadi identitas yang dapat didukungnya, daripada meminta penerima berikutnya untuk mengotorisasi perantara di bawah domain pengirim asli. Itu bisa menjadi lebih baik SPF perilaku dan memberikan rute untuk pemberitahuan pengiriman kembali. Itu tidak dengan sendirinya mengotentikasi penulis yang terlihat atau menyetujui isi pesan.
Identifikasi apa yang ditulis ulang
Referensi: RFC 7208 §2.4.
Membandingkan KIRIM DARI sebelum dan sesudah layanan penerusan. Pertahankan yang terlihat Dari tajuk dalam kolom terpisah. Bagian lokal yang ditulis ulang dapat menyandikan informasi yang dibutuhkan oleh implementasi penerusan, namun diagnosis operasional harus dimulai dengan domain yang dihasilkan dan perilaku perutean terbalik. Jangan mencoba merekonstruksi pengkodean penyedia tidak berdokumen dari satu sampel dan menyebutnya sebagai format universal.
Microsoft mendokumentasikan penggunaan SRS miliknya sendiri Skema Penulisan Ulang Pengirim di Microsoft 365. Implementasinya menulis ulang amplop penerusan keluar yang berlaku dan membiarkan alamat Dari yang ditampilkan tidak berubah. Microsoft juga mendokumentasikan bahwa pesan kumpulan relai melewati SRS dan perutean lokal memiliki kasus khusus. Cakupan dan pengecualian khusus penyedia layanan penting; deskripsi tersebut bukanlah bukti bahwa setiap produk penerusan berperilaku sama.
Hitung ulang SPF dan penyelarasan secara terpisah
Referensi: RFC 7208 §4.1, RFC 9989 §4.4.2, RFC 9989 §5.3.5.
Pada penerima akhir, evaluasi IP server penerusan terhadap kebijakan domain amplop yang ditulis ulang. Jika diotorisasi, SPF dapat lolos untuk domain tersebut. Selanjutnya bandingkan domain yang diautentikasi tersebut dengan domain Dari yang terlihat di bawah ketentuan yang berlaku DMARC penyelarasan mode. Kedua langkah tersebut tidak boleh digabungkan menjadi satu indikator hijau. RFC 7208 Dan RFC 9989 mendefinisikan pertanyaan-pertanyaan yang berbeda.
Untuk From yang terlihat di author.example dan amplop yang ditulis ulang di forwarder.example , pass SPF untuk forwarder.example tidak memberikan keselarasan yang ketat dengan author.example ; domain contoh yang tidak terkait ini juga tidak memenuhi penyelarasan yang santai. Yang masih hidup selaras tanda tangan DKIM masih bisa lolos DMARC . Jika footer merusak tanda tangan tersebut, SRS belum memperbaiki sisa kegagalan autentikasi penulis.
Jalankan kasus berpasangan
Referensi: RFC 9989 §4.4.
Periksa kasus model penyelarasan ketat yang dipertahankan, srs-preserved dan srs-footer. Keduanya menyediakan pass SPF untuk forwarder.example dan identitas author.example yang terlihat sama. Hanya persediaan kotak yang diawetkan yang diselaraskan DKIM lulus; akibatnya model mengembalikan nilai true hanya di sana. Pelacakan mencatat identitas domain asli dan ditulis ulang, bukan menampilkan bagian lokal yang dikodekan sebagai bukti kepercayaan.
Ini adalah hasil model lokal dengan boolean autentikasi yang disediakan. Perlengkapan ini tidak mengimplementasikan algoritma pengkodean SRS atau memvalidasi alamat pentalan, secara langsung Catatan SPF atau tanda tangan DKIM . Tidak ada sampel penerusan penyedia nyata yang diperoleh. Gunakan contoh ini untuk merancang pelacakan nyata, bukan untuk mengklaim penerimaan penerapan.
Verifikasi perilaku operasional dengan aman
Referensi: RFC 7208 §2.4.
Dalam pengaturan pengujian resmi, konfirmasikan bahwa kegagalan pengiriman kembali melalui jalur yang dimaksudkan dan jangan membuat saluran penerusan terbuka atau penyalahgunaan pentalan. Simpan hanya data sampel yang diperlukan untuk diagnosis dan hindari memaparkan informasi penerima yang dikodekan dalam tiket umum. Periksa dokumentasi penyedia untuk kombinasi perutean yang didukung dan pengecualian hibrid sebelum melakukan perubahan.
Perlakukan layanan SRS sebagai salah satu komponen dalam desain penerusan. Pertahankan konten yang ditandatangani, pantau reputasi penerusan, dan catat keputusan penerima akhir. Jika rute bisnis masih memerlukan pengecualian lokal, tinjau secara terpisah; jangan menggambarkan penulisan ulang amplop sebagai izin untuk melewati otentikasi pengirim atau pemfilteran konten. Jalur pengembalian yang berhasil merupakan hasil operasional, bukan sertifikat keabsahan pesan.
Bukti laboratorium yang disimpan
Referensi: RFC 7208 §4, RFC 6376 §6.
Tangkapan 7 November 2026 yang disimpan mencatat dua pengiriman SMTP aktual menggunakan amplop tertulis ulang berbentuk SRS eksplisit di forwarder.example . pyspf mengevaluasi rekan 127.0.0.3 yang diamati terhadap kebijakan perlengkapan dan pengembalian domain tersebut. dkimpy meneruskan tanda tangan penulis yang diawetkan dan menggagalkan salinan yang dimodifikasi footer. Akibatnya, penghitungan penyelarasan ketat hanya melewati kasus yang diawetkan. String amplop dan pengamatan penerima dipertahankan. Ini adalah penulisan ulang amplop yang dijalankan, bukan implementasi pengkodean SRS, validasi stempel waktu, autentikasi rahasia, atau pembalikan pentalan.
Pelari yang ditahan dan penangkapan pada 7 November 2026 diperiksa; tidak ada eksperimen jaringan yang dijalankan ulang untuk tinjauan ini. Eksperimen awal hanya menggunakan loopback dan tidak mengirimkan email Internet. Penerimanya menciptakan Authentication-Results dari pemeriksaannya sendiri, sehingga bidang tersebut diketahui berasal dari laboratorium. Hasil autentikasi dan disposisi tetap terpisah: keenam sampel SMTP menerima 250 berdasarkan kebijakan pengambilan eksplisit, termasuk sampel yang gagal. Batas kepercayaannya adalah laboratorium terkontrol ini, bukan penyedia kotak surat produksi. Adaptor DNS menyediakan jawaban perlengkapan yang dipertahankan daripada menanyakan DNS publik, dan evaluator DMARC hanya menggunakan kesetaraan domain yang ketat. Penemuan domain organisasi secara penuh, penguraian kebijakan produksi, dan hasil penerapan langsung masih belum teruji.