Apakah ada tajuk email yang akan menghindari tanggapan dari sebagian besar penjawab otomatis?


13

Saya memiliki beberapa skrip yang secara otomatis mengirimkan notifikasi email kecil bila perlu. Saya mendapatkan sejumlah kecil pesan respons otomatis (mis. Di luar kantor atau liburan) dari ini. Apakah ada tajuk yang dapat saya tambahkan ke email yang akan menunjukkan (otomatis) bahwa saya tidak tertarik pada respons apa pun?

Lihat juga pertanyaan StackOverflow terkait ini .

Jawaban:


13

Menambahkan List-Idtajuk " " atau tajuk " Precedence: list" akan menyelesaikan masalah bagi penjawab otomatis yang berperilaku baik. Perilaku tersebut berasal dari program liburan asli untuk UNIX. Antara lain itu tidak akan menanggapi email yang tampaknya berasal dari daftar. Anda mungkin akan lebih baik dengan baris tajuk Daftar-Id daripada mengambil risiko dengan pengaturan yang diutamakan, tetapi cobalah keduanya.


1
RFC3834:Because Precedence is not a standard header field, and its use and interpretation vary widely in the wild, no particular responder behavior in the presence of Precedence is recommended by this specification.
Jasen

12

Saya percaya Precedence: Bulkpengaturan kanonik, tetapi jumlah orang yang autoresponder menurutinya sangat kecil. Faktanya, sebagian besar penjawab otomatis berperilaku buruk.


RFC3834Because Precedence is not a standard header field, and its use and interpretation vary widely in the wild, no particular responder behavior in the presence of Precedence is recommended by this specification.
Jasen

Ya, itulah yang saya katakan.
womble

2

Tidak, tidak ada yang selalu berhasil.

Ada standar

mengirimkan jalur pengembalian nol (pengirim amplop kosong, SMTP MAIL FROM:<>) harus mencegah autotoresponders ( https://tools.ietf.org/html/rfc5321#section-4.5.5 )

Pelaksana pemroses email otomatis harus berhati-hati untuk memastikan bahwa berbagai jenis pesan dengan jalur balik nol ditangani dengan benar. Secara khusus, sistem seperti itu TIDAK HARUS membalas pesan dengan jalur balik nol,

mengatur tajuk yang Dikirim Otomatis juga akan berfungsi ( https://tools.ietf.org/html/rfc3834#section-2 )

Respons otomatis TIDAK HARUS diterbitkan sebagai respons terhadap pesan apa pun yang berisi bidang tajuk yang Dikirim Otomatis

Dan kemudian ada Microsoft ...

bagian 2.2.3.2.14 di https://docs.microsoft.com/en-us/openspecs/exchange_server_protocols/ms-oxcmail/e489ffaf-19ed-4285-96d9-c31c42cab17f (URL dapat kedaluwarsa atas kehendak Microsoft) [MSOXCMAIL] 2.2.3.2.14

kata

2.2.3.2.14 Penindasan Balasan Otomatis

Untuk menetapkan nilai properti PidTagAutoResponseSuppress (bagian 2.1.3.2.20) menjadi -1, yang menunjukkan bahwa semua balasan otomatis untuk pesan harus ditekan, klien HARUS menulis header X-Auto-Response-Suppress dengan nilai "Semua ".

...

Pembaca MIME HARUS <116> memetakan elemen individual dari header X-Auto-Response-Suppress ke bit dalam nilai properti PidTagAutoResponseSuppress sesuai dengan tabel. Jika header X-Auto-ResponseSuppress dan Precedence hadir, nilai properti PidTagAutoResponseSuppress HARUS 0xFFFFFFFF tetapi MUNGKIN <117> menjadi 0x00000000. Jika nilai header X-Auto-Response-Suppress selain dari yang ditentukan dalam tabel di bagian 2.1.3.2.20, pembaca MIME HARUS <118> mengabaikan seluruh header.

Catatan-catatan kecil itu paling terbuka

<116> Bagian 2.2.3.2.14: Outlook 2010, Outlook 2013, Outlook 2016, dan Outlook 2019 tidak membaca header X-Auto-Response-Suppress.

<117> Bagian 2.2.3.2.14: Exchange 2003 menggunakan nilai ini untuk properti PidTagAutoResponseSuppress ([MS-OXOMSG] bagian 2.2.1.77).

<118> Bagian 2.2.3.2.14: Exchange 2003, Office Outlook 2003, dan Office Outlook 2007 mengabaikan header X-Auto-Response-Suppress dan Precedence.

jadi keinginan presubamly Exchange Server 2007atau lebih baru X-Auto-Response-Suppress dan Outlook inginPrecedence

Perhatikan bahwa ini mengabaikan https://tools.ietf.org/html/rfc3834#section-2

(Karena Precedence bukan bidang tajuk standar, dan penggunaan serta interpretasinya sangat bervariasi di alam liar, tidak ada perilaku responden tertentu di hadapan Precedence yang direkomendasikan oleh spesifikasi ini.)

Langkah terbaik mungkin adalah melakukan keempat, atau sebanyak mungkin dari ini.


Terima kasih atas info ini @ Yasen - sangat membantu. Apakah ada risiko yang Anda sadari dengan menggunakan jalur pengembalian nol, khususnya yang berkaitan dengan filter spam? Saya mengelola sistem pemesanan yang menerbitkan email konfirmasi. Ini bukan pesan massal, tetapi secara alami tidak menggunakan balasan otomatis. Menghindari filter spam adalah pertempuran konstan bagi kami.
John Rix

Ya, filter spam dapat memblokir atau menjatuhkan itu terutama jika domain menggunakan SRS atau VERP lainnya di semua outbound mereka. gunakan jalur pengembalian nyata, jika mungkin jalur yang dapat Anda pantau (jadi, tidak dihosting di layanan dengan tarif terbatas seperti gmail)
Jasen

Terima kasih atas sarannya! Kami menggunakan VERP, sekarang Anda menyebutkannya.
John Rix

maksud saya domain tujuan dari email: Pemotongan resep dapat memutuskan bahwa itu tampak seperti bouncing yang dipalsukan dan menolaknya atas dasar itu.
Jasen
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.