Aplikasi web kami mengirimkan pesan email kepada orang-orang ketika seseorang memposting konten baru. Baik pengirim dan penerima telah memilih menerima pesan email dari aplikasi kami. Saat menyiapkan pesan seperti itu, kami menetapkan tajuk SMTP berikut:
DARI: author@example.com KEPADA: recipient@example.com SENDER: webapp@mycompany.com
Kami memilih untuk menggunakan alamat email penulis di header FROM dalam upaya untuk memberikan pengalaman terbaik bagi penerima; ketika mereka melihat pesan di klien email mereka, penulis jelas. Untuk menghindari munculnya spoofing, kami menambahkan header SENDER (dengan alamat email perusahaan kami sendiri) untuk memperjelas bahwa kami mengirim pesan atas nama penulis. Setelah membaca RFC 822 dan 2822, ini tampaknya merupakan tujuan penggunaan header pengirim.
Sebagian besar server email penerima tampaknya menangani ini dengan baik; pesan email dikirim secara normal (dengan asumsi kotak surat penerima ada, tidak melebihi kuota, dll). Namun, saat mengirim pesan DARI alamat di domain KE alamat di domain yang sama, beberapa domain penerima menolak pesan dengan respons seperti:
571 IP salah - psmtp (sebagai balasan untuk perintah RCPT TO)
Saya pikir ini berarti server penerima hanya melihat bahwa alamat header FROM berada di domainnya sendiri, dan bahwa pesan tersebut berasal dari server yang dianggapnya tidak berwenang mengirim pesan untuk domain tersebut. Dengan kata lain, server penerima mengabaikan header SENDER.
Kami memiliki solusi di tempat: webapp menyimpan daftar domain seperti itu yang tampaknya mengabaikan header SENDER, dan ketika header FROM dan TO keduanya dalam domain seperti itu, ia menetapkan header FROM ke alamat email kami sendiri. Tetapi daftar ini membutuhkan pemeliharaan.
Apakah ada cara yang lebih baik untuk mencapai pengalaman yang diinginkan? Kami ingin menjadi "warga negara yang baik" dari jaringan, dan semua pihak yang terlibat - pengirim dan penerima - ingin berpartisipasi dan menerima pesan-pesan ini. Salah satu alternatifnya adalah dengan selalu menggunakan alamat email perusahaan kami di header FROM, dan tambahkan nama / alamat penulis ke subjek, tetapi ini tampaknya agak canggung.
From: author
bukanFrom: author@example.com
?