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

joe.bloggs@a.com -> notifications@b.com -> peter@c.com

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, notifications@b.com.

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

joe.bloggs@a.com -> notifications@b.com [Balas-Ke: joe.bloggs@a.com] -> peter@c.com

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?

— Gavin
sumber

Jawaban:

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

From: Company A <joe.bloggs@a.com>
Sender: notifications@b.com

Kebanyakan mailer akan membuat ini sebagai "Dari notifications@b.com 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

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

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

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: messages-noreply@bounce.linkedin.com
From: John Doe via LinkedIn <member@linkedin.com>
Reply-To: John Doe <John.Doe@gmail.com>
To: My Name <My.Name@gmail.com>

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

— Alex Lauerman
sumber

Apakah member@linkedin.com hanya alamat penampung-semua yang umum, atau haruskah alamat tersebut benar-benar membaca john.doe@linkedin.com dalam contoh Anda?

— Sean

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.

@ 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

Kelemahan dari pendekatan ini adalah buku alamat penerima (di banyak klien email) sekarang berisi "John Doe melalui LinkedIn <member@linkedin.com>". 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

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