ฉันจะมีระเบียน SPF ยาวกว่า 255 อักขระได้อย่างไร

ดังนั้นฉันจึงอยู่ภายใต้การแสดงผลที่รายการ SPF แต่ละรายการต้องพอดีกับ 255 chars หรือใช้includeโอเปอเรเตอร์เพื่อเชื่อมโยงหลาย ๆ รายการไว้ด้วยกัน อย่างไรก็ตาม RFC 4408 3.1.3 โดยเฉพาะที่ระบุว่าสตริงหลายจะต้องตัดแบ่งก่อนที่จะประเมินผลดังนั้นจะต้องได้รับการปฏิบัติเช่นเดียวกับIN TXT "v=spf1" " 1.2.3.4 -all" IN TXT "v=spf1 1.2.3.4 -all"สิ่งนี้ช่วยให้ระเบียน SPF มีขนาดใหญ่ตามอำเภอใจและincludeกลายเป็นเครื่องมือในการรวมระเบียน SPF ที่คนอื่นเป็นผู้ดูแล

นี่เป็นการตีความสเป็คที่ถูกต้องหรือไม่? ที่สำคัญกว่านั้นเมลเซิร์ฟเวอร์ปัจจุบันจะเคารพเรคคอร์ด TXT หลายสตริงหรือไม่

ใช่คุณตีความถูกต้องแล้ว ฉันเพิ่งจัดการกับเรื่องนี้

บทความนี้มีประโยชน์กับฉัน:

ฉันสามารถบันทึก TXT หรือ SPF ได้นานกว่า 255 อักขระได้หรือไม่

ตัวอย่างที่โดดเด่นของแนวคิดนี้ในทางปฏิบัติจะเป็นระเบียน SPF สำหรับ cisco.com ตั้งแต่วันที่ 2/25/2016:

> ;; QUESTION SECTION: ;cisco.com.                     IN      TXT
> 
> ;; ANSWER SECTION: cisco.com.              12775   IN      TXT    
> "926723159-3188410" cisco.com.              12775   IN      TXT    
> "v=spf1 ip4:173.37.147.224/27 ip4:173.37.142.64/26
> ip4:173.38.212.128/27 ip4:173.38.203.0/24 ip4:64.100.0.0/14
> ip4:72.163.7.160/27 ip4:72.163.197.0/24 ip4:144.254.0.0/16
> ip4:66.187.208.0/20 ip4:173.37.86.0/24" " ip4:64.104.206.0/24
> ip4:64.104.15.96/27 ip4:64.102.19.192/26 ip4:144.254.15.96/27
> ip4:173.36.137.128/26 ip4:173.36.130.0/24 mx:res.cisco.com
> mx:sco.cisco.com ~all" cisco.com.              12775   IN      TXT    
> "MS=ms65960035"

เพียงตรวจสอบให้แน่ใจว่าบัญชีของคุณมีช่องว่างในระเบียนตามที่คุณระบุไว้แล้ว

นอกจากนี้โปรดทราบว่าคุณจำเป็นต้อง จำกัด จำนวนการค้นหา DNS ไว้ที่ 10 ในบันทึกของคุณต่อSPF RFC :

การใช้งาน SPF ต้อง จำกัด จำนวนกลไกและตัวดัดแปลงที่ทำการค้นหา DNS ให้มากที่สุด 10 รายการต่อการตรวจสอบ SPF รวมถึงการค้นหาใด ๆ ที่เกิดจากการใช้กลไก "รวม" หรือตัวดัดแปลง "เปลี่ยนเส้นทาง" หากเกินจำนวนนี้ในระหว่างการตรวจสอบจะต้องส่งคืน PermError