Apa yang lebih disukai, “no-reply @” atau “noreply @”? [Tutup]


14

Memiliki layanan yang mengirimkan pemberitahuan kepada pengguna, saat ini saya sedang berpikir untuk mengubah alamat email pengirim dari "info @" menjadi sesuatu yang lebih bermakna.

Karena balasan tidak pernah masuk akal, saya berpikir untuk menggunakan salah satu alamat email "tidak ada balasan" itu.

Setelah melakukan beberapa pemeriksaan melalui kotak masuk email saya dari 10 tahun terakhir dan beberapa pencarian Google, saya tidak yakin mana yang "lebih baik" (dalam hal lebih mungkin untuk tidak disaring oleh pemeriksa spam) untuk digunakan:

  • " noreply @ mydomain.com" -atau-
  • " no-reply @ mydomain.com"?

Juga, saya tidak yakin apakah perbedaan itu penting.

Jadi pertanyaan saya adalah:

Jenis alamat email "tanpa jawaban" mana yang digunakan dan mengapa?


3
Jangan. Anda perlu mengumpulkan dan memproses pesan bouncing dan pesan dari orang yang tidak membaca instruksi Anda untuk "tidak membalas pesan ini".
Michael Hampton

2
@MichaelHampton Sementara perangkat lunaknya tentu perlu mengumpulkan dan menangani dengan benar pesan 4xx dan 5xx, saya tidak mengerti mengapa itu perlu berasal dari alamat email yang dipantau.
Chris S

3
@MichaelHampton - Layanan kami mirip dengan YouSendIt untuk memberi tahu pengguna tentang unggahan. Sampai sekarang saya mendapat ribuan balasan "Saya keluar dari kantor" sehari, yang sebenarnya tidak saya butuhkan. Sebenarnya saya tidak bisa membayangkan kasus penggunaan tunggal di mana balasan masuk akal.
Uwe Keim

Jawaban:


9

Keduanya benar-benar dapat diterima selama Anda mengkonfigurasi dasar-dasarnya (DNS, SPF, DKIM adalah ide yang bagus ... dll). Pastikan perangkat lunak Anda merespons dengan benar kesalahan 4xx dan 5xx. Pemfilteran spam jarang mempertimbangkan alamat email, kecuali pada pesan berulang (melacak "reputasi" begitu dikatakan).

Catatan: di komunitas geekier, saya juga pernah melihat bit-bucket; meskipun masyarakat umum tidak diharapkan untuk "mendapatkan" referensi itu. Semua domain saya "menerima" email di alamat ini (bersama dengan semua alamat yang diperlukan RFC 821).

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.