อะไรคือสิ่งที่ดีกว่า“ no-reply @” หรือ“ noreply @” [ปิด]

ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจเรียกร้องให้มีการถกเถียงอภิปรายโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ

ปิดให้บริการใน7 ปีที่ผ่านมา

มีบริการที่ส่งการแจ้งเตือนไปยังผู้ใช้ฉันกำลังคิดถึงการเปลี่ยนที่อยู่อีเมลของผู้ส่งจาก "info @" เป็นสิ่งที่มีความหมายมากกว่า

เนื่องจากการตอบกลับไม่สมเหตุสมผลฉันจึงคิดที่จะใช้ที่อยู่อีเมล "no reply" อย่างใดอย่างหนึ่ง

หลังจากทำการตรวจสอบผ่านกล่องจดหมายของฉันจาก 10 ปีที่ผ่านมาและการค้นหาโดย Google ฉันไม่แน่ใจว่าอันไหนที่ "ดีกว่า" (ในแง่ของแนวโน้มที่จะไม่ถูกกรองโดยตัวตรวจสอบสแปม) เพื่อใช้:

" noreply @ mydomain.com" - หรือ -
" ไม่ตอบกลับ @ mydomain.com"?

นอกจากนี้ฉันไม่แน่ใจว่าความแตกต่างสำคัญหรือไม่

ดังนั้นคำถามของฉันคือ:

ที่อยู่อีเมล "ไม่ตอบ" ประเภทใดที่จะใช้และเพราะเหตุใด

smtp spam email

— Uwe Keim
แหล่งที่มา

อย่า คุณต้องรวบรวมและประมวลผลข้อความและข้อความตีกลับจากผู้ที่ไม่ได้อ่านคำแนะนำของคุณเพื่อ "ไม่ตอบกลับข้อความนี้"

— Michael Hampton

@MichaelHampton ในขณะที่ซอฟต์แวร์ของเขาจำเป็นต้องรวบรวมและจัดการข้อความ 4xx และ 5xx อย่างถูกต้องฉันไม่เห็นสาเหตุที่ต้องมาจากที่อยู่อีเมลที่ถูกตรวจสอบ

— Chris S

@MichaelHampton - บริการของเราคล้ายกับ YouSendIt เพื่อแจ้งผู้ใช้เกี่ยวกับการอัปโหลด จนถึงตอนนี้ฉันได้รับข้อความว่า "ฉันไม่อยู่ที่สำนักงาน" นับพันตอบกลับวันซึ่งฉันไม่ต้องการจริงๆ จริงๆแล้วฉันไม่สามารถนึกถึงกรณีการใช้งานเพียงครั้งเดียวที่การตอบกลับสมเหตุสมผล

— Uwe Keim

เป็นที่ยอมรับอย่างสมบูรณ์ตราบใดที่คุณกำหนดค่าพื้นฐาน (DNS, SPF, DKIM เป็นความคิดที่ดี ... ฯลฯ ) ตรวจสอบให้แน่ใจว่าซอฟต์แวร์ของคุณตอบสนองต่อข้อผิดพลาด 4xx และ 5xx อย่างถูกต้อง การกรองสแปมไม่ค่อยพิจารณาที่อยู่อีเมลยกเว้นเมื่อมีข้อความซ้ำ ๆ กัน (ติดตาม "ชื่อเสียง" ดังนั้นจะพูด)

หมายเหตุด้านข้าง: ในชุมชนที่มีความกระตือรือร้นฉันได้เห็นการใช้งาน bit-bucket เช่นกัน แม้ว่าประชาชนทั่วไปไม่ได้คาดหวังว่าจะได้ "รับ" การอ้างอิงนั้น โดเมนทั้งหมดของฉัน "ยอมรับ" อีเมลตามที่อยู่นี้ (รวมถึงที่อยู่ที่จำเป็นทั้งหมดของ RFC 821)

— คริส
แหล่งที่มา