คำตอบที่สั้นกว่า
จากประสบการณ์ของฉันที่ไม่มี PTR (reverse DNS) ที่บันทึกไว้สำหรับที่อยู่ IP ของเซิร์ฟเวอร์เป็นหมายเลขอีเมลที่ได้รับการตั้งค่าสถานะเป็นสแปมในบริการต่างๆเช่น Gmail และ AOL
ที่เกี่ยวข้อง แต่ถ้าคุณไม่มีชุดระเบียน SPF (กรอบนโยบายผู้ส่ง) สำหรับชื่อโดเมนนั่นจะไม่ช่วยอะไรเลยดังนั้นคุณควรมีชุดดังกล่าวด้วย
แต่ในท้ายที่สุด PTR นั้นเป็นสิ่งที่สำคัญที่สุดตามด้วยค่า SPF
ก่อนหน้านี้ทั้งคู่เป็นแนวคิดของDKIM (DomainKeys Identified Mail)และใช้เพื่อตรวจสอบความถูกต้องของอีเมล แต่จากประสบการณ์ของฉันการตั้งค่าเซิร์ฟเวอร์ส่วนใหญ่จำเป็นต้องได้รับชุดเร็กคอร์ด PTR ควบคู่กับ SPF สำหรับการตั้งค่าสถานะ SPAM ให้หายไป
คุณควรจัดการกับสิ่งที่ DKIM เท่านั้นหากคุณไม่มีทางเลือกอื่น ไม่ใช่เพราะมันยากที่จะติดตั้ง แต่มันจะไม่หมายถึงอะไรมากนักหากไม่มีเร็กคอร์ด PTR และ SPF ที่ถูกต้อง
คำตอบอีกต่อไป
ถึงแม้ว่าดูเหมือนว่าเซิร์ฟเวอร์ Google Gmail จะทำเครื่องหมายอีเมลของฉันว่า "ขยะ" เป็นเวลานาน แต่ผู้ให้บริการรายอื่นเช่น Yahoo Mail ไม่ได้ทำ การสร้างบัญชีอีเมลเพิ่มเติมไม่ได้ช่วยอะไร ฉันใช้บัญชีอีเมลที่เป็นของโดเมนอื่นด้วย
จะหลีกเลี่ยงเซิร์ฟเวอร์ Gmail จากการตั้งค่าสถานะอีเมลของฉันว่า“ ไม่พึงประสงค์ได้อย่างไร”
ปัญหาน่าจะเกิดขึ้นว่าคุณไม่มีเรคคอร์ด PTR หรือการตั้งค่าเรคคอร์ด SPF ที่เหมาะสมสำหรับเซิร์ฟเวอร์ ข้อควรจำ: เซิร์ฟเวอร์ใด ๆ ในโลกสามารถส่งอีเมลและการป้องกันอีเมลขยะเป็นระบบการให้คะแนนไม่ใช่วิทยาศาสตร์ที่แน่นอน
บันทึก PTR (reverse DNS) คืออะไร
เพียงแค่ใส่บันทึก PTR เป็นระเบียน DNS ย้อนกลับที่เชื่อมต่อที่อยู่ IP กับชื่อโฮสต์ อาจฟังดูคล้ายกับการค้นหาชื่อโฮสต์มาตรฐาน แต่ก็ไม่ได้เป็นเช่นนั้น ตรงกันข้าม: เร็กคอร์ด PTR คือเร็กคอร์ดของชื่อโฮสต์ที่ IP แอดเดรสถูกกำหนดให้จากมุมมองของบริการโฮสติ้งที่กำหนด IP เซิร์ฟเวอร์นั้น
ดังนั้นหากที่อยู่ IP ของเซิร์ฟเวอร์ของคุณคือ123.456.789.0การค้นหาบันทึก PTR สำหรับที่อยู่ IP นั้นจะต้องตรงกับชื่อโฮสต์ของเซิร์ฟเวอร์ของคุณ แต่ค่านั้นจะไม่ถูกตั้งค่าในรายการ DNS ตามที่คุณอาจจะรู้ แต่ภายในเซิร์ฟเวอร์ DNS ที่เชื่อมต่อกับบริการโฮสต์
เป็นการตรวจสอบแบบอ้างอิงข้ามกับสแปมไฟท์เตอร์เนื่องจากทุกคนสามารถตั้งค่าเซิร์ฟเวอร์อีเมลพื้นฐานจริงบนพีซีส่วนใหญ่ในโลกนี้ได้ แต่เพียงเพราะเซิร์ฟเวอร์สามารถส่งจดหมายไม่ได้หมายความว่าสิ่งที่ส่งนั้นถูกต้อง บันทึก PTR ทำอะไรได้บ้างโดยทั่วไป“ รับรอง” สำหรับจดหมายใด ๆ ที่ออกจากเซิร์ฟเวอร์ที่ที่อยู่ IP นั้นและพูดว่า“ โอเคคุณได้รับอีเมลจากexample.comเซิร์ฟเวอร์ใดเซิร์ฟเวอร์หนึ่งของเราหรือไม่ ให้ฉันตรวจสอบและดูว่าเซิร์ฟเวอร์นั้นเชื่อมโยงกับexample.comหรือไม่” คำตอบสำหรับคำถามนั้นอาจเป็นได้ว่าเซิร์ฟเวอร์นั้นได้รับอนุญาตให้ส่งอีเมลได้example.comหรือไม่เราไม่มีเงื่อนงำอะไรนั่นคือ ... ทำในสิ่งที่คุณต้องการด้วยอีเมลนั้น
สำหรับวิธีตั้งค่าระเบียน PTR นั้นขึ้นอยู่กับบริการโฮสต์และนโยบายของเซิร์ฟเวอร์ของคุณ บริการบางอย่างจะอนุญาตให้คุณตั้งค่าระเบียน PTR ผ่านแผงควบคุม คนอื่นจะทำให้คุณติดต่อพวกเขาไม่ว่าจะทางอีเมลโทรศัพท์หรืออีเมลเพื่อรับชุดบันทึก
ตัวอย่างเช่นฉันรู้ว่าการตั้งค่า EC2 ของ Amazon ช่วยให้คุณสามารถส่งคำขอผ่านเว็บฟอร์มสำหรับรับชุดระเบียน PTR และไม่มีการรับประกันว่าพวกเขาจะอนุมัติการเปลี่ยนแปลงระเบียน PTR; แม้ว่าส่วนใหญ่พวกเขาทำ แต่สถานที่เช่น Rackspace เพียงแค่ให้คุณตั้งค่าเหล่านั้นด้วยตัวคุณเองโดยไม่จำเป็นต้องขออนุญาต
ในการตรวจสอบบันทึก PTR ของเซิร์ฟเวอร์คุณสามารถใช้เครื่องมือเช่นเครื่องมือMXToolbox“ Reverse IP Lookup” เครื่องมือนี้ หรือถ้าคุณพอใจกับบรรทัดคำสั่งใน Linux / Unix เพียงแค่เรียกใช้คำสั่งเช่นนี้:
dig -x 123.456.789.0
บันทึก SPF (กรอบนโยบายผู้ส่ง) คืออะไร
อีกส่วนของปริศนาพื้นฐานในการรับจดหมายที่ไม่ถูกตั้งค่าสถานะเป็นสแปมเพื่อให้แน่ใจว่ามีการตั้งค่าระเบียน SPF ที่เหมาะสม คำอธิบายลึกของสิ่งที่บันทึก SPF จะสามารถพบได้บนเว็บไซต์อย่างเป็นทางการ SPF แต่เครื่องมือ MXToolbox นี้ "เครื่องมือค้นหากรอบนโยบายการส่ง (SPF) การบันทึก" จะอธิบายได้ค่อนข้างดี:
ระเบียน Sender Policy Framework (SPF) ช่วยให้เจ้าของโดเมนสามารถเผยแพร่รายการที่อยู่ IP หรือเครือข่ายย่อยที่ได้รับอนุญาตให้ส่งอีเมลในนามของพวกเขา เป้าหมายคือการลดปริมาณสแปมและการฉ้อโกงโดยทำให้ผู้ส่งที่ประสงค์ร้ายปลอมตัวเป็นตัวตนได้ยากขึ้น
ในการตั้งค่าระเบียน SPF คุณจะต้องตั้งค่าระเบียน TXT ในระเบียน DNS สำหรับชื่อโดเมนของคุณที่จะมีลักษณะดังนี้:
v=spf1 mx a ptr ip4:123.456.789.0 a:example.com include:example.com ~all
ที่พื้นบอกว่าชื่อโฮสต์หรือที่อยู่ IP ที่ระบุไว้ใน SPF example.comที่ได้รับอนุญาตในการส่งอีเมลในนามของ ตัวอย่างนี้ค่อนข้างง่าย แต่ข้อดีของการบันทึก SPF คือสมมติว่าคุณมีเซิร์ฟเวอร์ 1/2 เซิร์ฟเวอร์เชื่อมต่อกับชื่อโฮสต์ของคุณและพวกเขาทั้งหมดมีที่อยู่ IP ที่แตกต่างกัน ระเบียน SPF ที่จะรวมที่อยู่ IP ของเซิร์ฟเวอร์ 1/2 โหลเหล่านั้นโดยทั่วไปจะ“ ยืนยัน” สำหรับความถูกต้องของอีเมลที่ส่งจากที่อยู่ IP นั้นในนามของชื่อโฮสต์นั้น