Haruskah saya menggunakan tajuk Balas-Ke saat mengirim email sebagai layanan kepada orang lain?

112

Misalkan kita memiliki aplikasi yang bertindak sebagai perantara, memungkinkan Perusahaan A mengirim laporan kepada pelanggan mereka.

Perusahaan A -> Perusahaan B (saya) -> Pelanggan Perusahaan A.

Setelah mendapatkan laporan, kami mengirim pemberitahuan email ke penerima, tetapi pemberitahuan tersebut harus berasal dari alamat email pemberitahuan perusahaan kami mis

[email protected] -> [email protected] -> [email protected]

Sekarang, pelanggan cenderung membalas pemberitahuan email tersebut, ingin mereka kembali ke siapa pun yang mengirim laporan di Perusahaan A. Sebaliknya, mereka kembali ke alamat kami, [email protected].

Solusi sederhana mungkin mengubah header Balas-Ke pada pemberitahuan yang kami kirim ke alamat Perusahaan A yang relevan misalnya

[email protected] -> [email protected] [Balas-Ke: [email protected]] -> [email protected]

Tetapi perhatian utama saya adalah:

  • perbedaan lengkap dalam alamat email dan domain antara bidang Dari dan Balas-Ke dapat membuat filter spam atau phishing lebih bersemangat untuk menandai email
  • tidak semua program email menghormati bidang Balas-Ke ketika orang benar-benar mengeklik "Balas", dan cukup gunakan Dari saja. Perhatian yang lebih rendah, kecuali tersebar luas.

Apakah kekhawatiran ini beralasan? Atau, apakah ada kekhawatiran lain yang harus saya miliki?

email spam email-headers phishing Gavin
sumber

Jawaban:

92

Anda mungkin ingin mempertimbangkan untuk menempatkan nama pelanggan di Fromtajuk dan alamat Anda di Sendertajuk:

From: Company A <[email protected]>
Sender: [email protected]

Kebanyakan mailer akan membuat ini sebagai "Dari [email protected] atas nama Perusahaan A", yang akurat. Dan kemudian Reply-Toalamat Perusahaan A tidak akan terlihat aneh.

Dari RFC 5322 :

Kolom "Dari:" menentukan penulis pesan, yaitu kotak surat dari orang atau sistem yang bertanggung jawab atas penulisan pesan. Bidang "Pengirim:" menentukan kotak surat dari agen yang bertanggung jawab untuk pengiriman pesan yang sebenarnya. Misalnya, jika seorang sekretaris mengirim pesan untuk orang lain, kotak surat sekretaris akan muncul di bidang "Pengirim:" dan kotak surat penulis sebenarnya akan muncul di bidang "Dari:".

dkarp.dll
sumber
4
Saya tidak benar-benar ingin jawaban pemilik saya diberi suara positif, tetapi pertanyaan dan jawaban yang berguna adalah pertanyaan dan jawaban yang berguna ini, yang pada dasarnya juga mengkonfirmasi jawaban dkarp: stackoverflow.com/questions/2231897/…
Gavin
1
Jika untuk sirkularisasi, @a dan @b adalah domain yang berbeda, sebagian besar server tidak mengizinkan untuk mengirim atas nama seseorang dari domain lain. B harus meneruskannya, tetapi Anda selalu dapat menambahkan multipart tersembunyi. Semua orang tahu bagaimana meneruskan ke alamat lain.
Aridane Álamo
2
Adakah pembaruan dari 2018 tentang pengiriman saat menggunakan bidang Dari dengan cara ini?
David Alan Hjelle
160

Saya menguji solusi dkarp dengan gmail dan disaring menjadi spam. Gunakan header Reply-To sebagai gantinya (atau sebagai tambahan, meskipun tampaknya gmail tidak membutuhkannya). Begini cara linkedin melakukannya:

Sender: [email protected]
From: John Doe via LinkedIn <[email protected]>
Reply-To: John Doe <[email protected]>
To: My Name <[email protected]>

Setelah saya beralih ke format ini, gmail tidak lagi memfilter pesan saya sebagai spam.

Alex Lauerman
sumber
Apakah [email protected] hanya alamat penampung-semua yang umum, atau haruskah alamat tersebut benar-benar membaca [email protected] dalam contoh Anda?
Sean
6
Ini adalah metode yang kami gunakan. Namun, kami sekarang mengalami masalah dengan beberapa server (... ehmm .. AOL) pesan yang memantul, yang menyatakan bahwa mereka tidak mematuhi kebijakan mereka. Satu-satunya penjelasan yang kami terima adalah bahwa tajuk balas ke dan dari tajuk memiliki domain yang berbeda, meskipun ini tampaknya maksud sebenarnya dari memiliki dua tajuk yang berbeda. Mulai menjadi sangat frustasi untuk mengandalkan email untuk komunikasi B2B di aplikasi multi-penyewa lagi.
Brian H.
4
@ BrianH: AOL dan Yahoo tampaknya sekarang memiliki validasi DMARC yang agresif. Hal ini menyebabkan saya bermasalah dengan alamat 'Dari:' ke AOL. emailonacid.com/blog/details/C4/… .
EML
3
Kelemahan dari pendekatan ini adalah buku alamat penerima (di banyak klien email) sekarang berisi "John Doe melalui LinkedIn <[email protected]>". Dan ketika penerima yang tidak tahu ingin menghubungi John Doe lagi, alamat ini muncul saat menulis namanya di kolom To di pesan baru (jadi: "melalui LinkedIn" sangat penting dari sisi UX).
smhg
1
Tautan yang diperbarui untuk entri blog @EML yang ditautkan ke: emailonacid.com/blog/article/industry-news/… ... membahas masalah aol / yahoo.com secara mendalam.
Lambart
-3

Ini berhasil untuk saya:

Subject: SomeSubject
From:Company B (me)
Reply-to:Company A
To:Company A's customers
wildneuro
sumber