คำถามติดแท็ก email-bounces

7
วิธีหยุดผู้ส่งอีเมลขยะจากการส่งสแปมในขณะที่ฉัน
เราเริ่มได้รับข้อความสแปมที่เด้งแล้วและผู้ส่งเป็นหนึ่งในที่อยู่อีเมลของเรา เรารู้ว่าเราไม่ส่งสแปมจากที่อยู่นั้น เราได้ลองเปลี่ยนรหัสผ่าน แต่เรายังคงได้รับอีเมลที่ตีกลับเหล่านี้ หมายเหตุ: บัญชีอีเมลนี้ไม่ได้กำหนดค่าในไคลเอนต์อีเมล เราเข้าถึงผ่านเบราว์เซอร์โดยใช้ HTTPS เท่านั้น เราจะป้องกันผู้ส่งอีเมลขยะโดยใช้ที่อยู่อีเมลของเราเพื่อส่งสแปมได้อย่างไร ฉันไปรอบ ๆ และเกือบทุกเว็บไซต์บอกว่าการปลอมที่อยู่ "จาก" นั้นค่อนข้างง่ายด้วยการใช้โปรแกรมรับส่งเมล หมายเหตุ: เรากำลังใช้ฟังก์ชันอีเมลในบัญชีโฮสต์ที่ใช้ร่วมกันไม่ใช่โฮสต์เซิร์ฟเวอร์อีเมลของเรา Not a whole lot we can do about stopping thatแม้การสนับสนุนเทคโนโลยีกล่าวว่า

3
วิธีที่ดีที่สุดในการส่งอีเมลในนามของโดเมนลูกค้าของฉันคืออะไร
ฉันต้องการทราบวิธีที่ดีที่สุดในการทำให้ผู้ส่งจดหมายของฉันส่งอีเมลในนามของโดเมนลูกค้าของฉันโดยไม่ต้องมี greylisted และหลีกเลี่ยงปัญหาการตีกลับ ฉันได้อ่านคำถามอื่น ๆ บางอย่างที่นี่ , ที่นี่และที่นี่แต่ไม่มีสำรวจทุกแนวทางแก้ปัญหา นี่คือความเป็นไปได้บางอย่างที่ฉันต้องการเปรียบเทียบ: A. HELO mymailserver.com MAIL FROM<do-not-reply@myapp.com> # mymailserver.com same IP as myapp.com DATA From: <res@client.com> Sender: <do-not-reply@myapp.com> คำถาม : นี่คือสิ่งที่ gmail ทำ เป็นส่วนหัว msg "จาก:" ที่มีโดเมนอื่นไม่ใช่ผู้ส่งซองจดหมาย emailclients จะแสดง"จาก: res@client.com ผ่าน do-not-reply@myapp.com"หรือ "จาก: do-not-reply@myapp.com ในนามของ res@client.com"ซึ่งไม่ใช่ปัญหา สำหรับฉัน. ตอนนี้สิ่งนี้จะส่งผลกระทบต่อชื่อเสียงของโดเมนของฉันไม่ดีความจริงที่ว่าส่วนหัว "จาก:" มีโดเมนอื่นหรือไม่ (และถ้าไม่ใช่ Google ที่กำลังทำอยู่ …

2
สแปมเมอร์หลอกอีเมลด้วยโดเมนแอป Google ของฉันได้อย่างไร (ถึงแม้จะมี DKIM!)
ฉันได้รับการตีกลับมากเมื่อเร็ว ๆ นี้ ฉันคิดว่าบัญชี Google apps ของฉันถูกบุกรุก แต่ไม่มีกิจกรรมใดในบัญชีแอปของฉันและแน่นอนไม่มีผู้ใช้ที่เป็นอันตรายที่ฉันสามารถมองเห็นได้ เนื่องจากอีเมลนั้นส่งจากชื่อผู้ใช้แบบสุ่ม (เช่น onSecNtV1@mydomain.com) เสมอฉันจึงพยายามหาวิธีที่จะไม่อนุญาตให้ส่งอีเมลจากผู้ใช้ที่ไม่ลงทะเบียน ฉันหาอะไรไม่เจอ สิ่งที่ฉันกังวลก็คือข้อความนั้นมี X-Google-DKIM-Signature และมันบอกว่า "Google พยายามส่งข้อความของคุณ" หมายความว่าอีเมลมีต้นกำเนิดมาจากลูกค้าที่เชื่อถือได้ของฉันหรือไม่ (ฉันใช้ gmail เท่านั้น) ผู้ส่งสแปม AFAIK มีอิสระที่จะปลอมแปลงอีเมลทุกช่อง แต่ DKIM ควรทำให้เซิร์ฟเวอร์ (ทันสมัย) วางอีเมลที่ไม่สามารถตรวจสอบได้เหล่านี้ ความคิดที่รั่วคืออะไร? นี่คือตัวอย่างการเด้งกลับ: Delivery to the following recipient failed permanently: spoonbillzi7@etisbew.com Technical details of permanent failure: Google tried to deliver your …

3
การใช้เส้นทางการส่งคืนตัวแปรซองจดหมาย (VERP) โดยใช้ Exchange
เรากำลังพิจารณาที่จะใช้เส้นทางการส่งคืนซองจดหมายแบบผันแปร (VERP) เพื่อการประมวลผลการตีกลับที่ดีขึ้นสำหรับแอปพลิเคชันของเรา โครงสร้างพื้นฐานจดหมายปัจจุบันของเราคือ MS Exchange 2007 แต่อยู่ในกระบวนการอัปเกรดเป็น 2010 เรายังใช้ Postini เพื่อกรองสแปม การแลกเปลี่ยนไม่รองรับการกำหนดที่อยู่ย่อย (ดูคำถามนี้ในที่อยู่ที่ใช้แล้วทิ้ง ) - และ VERP เป็นแอปพลิเคชันพิเศษสำหรับการกำหนดที่อยู่ย่อย มีตัวเลือกใดบ้างสำหรับการนำ VERP ไปใช้ในการแลกเปลี่ยนโดยไม่ใส่รีเลย์ SMTP ที่ไม่ได้แลกเปลี่ยนที่ด้านหน้า Exchange เพื่อประมวลผลข้อความขาเข้าล่วงหน้า สามารถสร้างกฎการส่งผ่านที่สามารถจับคู่กับผู้รับปลายทาง (ที่ไม่มีอยู่) จัดเก็บที่อยู่ผู้รับนั้นไว้ในส่วนหัวพิเศษที่เพิ่มลงในข้อความและเปลี่ยนเส้นทางข้อความไปยังกล่องจดหมายที่สร้างไว้ล่วงหน้าได้หรือไม่ หมายเหตุ: เรามีแหล่งข้อมูลสำหรับนักพัฒนาซอฟต์แวร์หากสามารถใช้รหัสที่กำหนดเองได้

2
หลีกเลี่ยงการสร้าง backscatter บนเซิร์ฟเวอร์ Postfix forwarding
ฉันเรียกใช้เซิร์ฟเวอร์ Postfix ที่เป็นโฮสต์ของรายชื่อผู้รับจดหมายขนาดเล็ก สมมติว่าpeople@myserverส่งต่อไปและalice@someprovider bob@someotherproviderตอนนี้alice@someproviderอาจใช้ตัวกรองสแปมที่ จำกัด มากกว่าที่ฉันทำ เมื่อสแปมเมลจาก (ปลอม) backscattervictim@somewhereที่จะpeople@myserverมาถึงและฉันกรองสแปมตรวจพบว่าเป็นสแปมก็จะถูกปฏิเสธในขั้นตอนของ SMTP -> ไม่ทำอันตราย อย่างไรก็ตามเมื่ออีเมลเดียวกันผ่านเซิร์ฟเวอร์ของฉันเซิร์ฟเวอร์ของฉันจะพยายามส่งต่อไปยังอลิซและเซิร์ฟเวอร์ของเธอปฏิเสธระหว่างช่วง SMTP เซิร์ฟเวอร์ของฉันจะสร้างข้อความที่ตีกลับไปยังเหยื่อผู้ backscatter ที่ไร้เดียงสา (ซึ่งทำให้เข้าใจได้จากมุมมองของเซิร์ฟเวอร์ของฉัน แต่มันน่ารำคาญสำหรับผู้ที่ backscatter) มีวิธีป้องกันพฤติกรรมนี้หรือไม่? ฉันไม่ต้องการปิด NDR เนื่องจาก (โดยทั่วไป) เป็นวัตถุประสงค์ที่ถูกต้องตามกฎหมาย
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.