Sender Rewriting Scheme (SRS) ใน Microsoft 365
สรุป ความสามารถของ Sender Rewriting Scheme (SRS) ถูกเพิ่มลงใน Microsoft 365 เพื่อแก้ปัญหาที่การส่งต่ออัตโนมัติไม่สามารถใช้งานร่วมกับ SPF ได้อย่างถูกต้อง ฟีเจอร์ SRS ทำการเขียนที่อยู่ P1 From (หรือรู้จักกันอีกชื่อหนึ่งว่า Envelope From address) สำหรับข้อความที่ส่งออกไปยังภายนอกจาก Microsoft 365 ที่มีความเหมาะสม สำหรับข้อความเหล่านี้ ควรทราบว่า From header (หรือรู้จักกันอีกชื่อว่า Display From address หรือ P2 From address) ที่แสดงโดยไคลเอ็นต์อีเมลยังคงเหมือนเดิม
การเปลี่ยนแปลง SRS นี้ช่วยในการส่งมอบข้อความที่เหมาะสมที่ผ่านการตรวจสอบนโยบายผู้ส่ง (SPF) เมื่อมันมาจากผู้ส่งต้นฉบับ แต่มันจะล้มเหลว SPF ที่ปลายทางภายนอกสุดหลังจากมีการส่งต่อ
SRS เขียนที่อยู่ P1 From ในสถานการณ์ต่อไปนี้:
- ข้อความที่ถูกส่งต่ออัตโนมัติ (หรือการเปลี่ยนเส้นทาง) ใน Microsoft 365 โดยใช้วิธีการต่อไปนี้ในการส่งข้อความไปยังผู้รับภายนอก:
- การส่งผ่าน SMTP forwarding*
- การเปลี่ยนเส้นทางของกฎกล่องจดหมาย (หรือกฎกล่องขาเข้า)
- การเปลี่ยนเส้นทางของกฎการขนส่ง
- กลุ่มหรือรายชื่อที่มีสมาชิกภายนอก
- การส่งผ่านกล่องจดหมายติดต่อ
- การส่งผ่านผู้ใช้กล่องจดหมาย
- ข้อความที่ถูกส่งต่ออัตโนมัติ (หรือการเปลี่ยนเส้นทาง) จากสภาพแวดล้อม on-premises ของลูกค้าของเราและถูกส่งผ่าน Microsoft 365 *บางข้อความที่ถูกส่งต่อด้วย SMTP Forwarding จะไม่ถูกเขียนที่อยู่ P1 From ด้วย SRS เนื่องจากเขาได้รับการเขียนที่อยู่แล้ว
การเปลี่ยนแปลงนี้ทำให้ข้อความการรายงานสถานะการส่ง (NDRs) กลับสู่ Microsoft 365 แทนที่จะกลับสู่ผู้ส่งต้นฉบับเหมือนกับการใช้ SRS การปรับเส้นทางของ NDRs กลับไปยังผู้ส่งต้นฉบับเป็นส่วนหนึ่งของการนำ SRS มาใช้งาน หากข้อความไม่สามารถส่งได้
ข้อมูลเพิ่มเติม
-
การส่งต่ออีเมลอัตโนมัติสำหรับกล่องจดหมายที่โฮสต์ใน Microsoft 365 ข้อความที่ถูกส่งต่อสำหรับกล่องจดหมายที่โฮสต์โดยวิธีการเช่น SMTP forwarding หรือ Mailbox Rule redirection หรือ Transport Rule redirection จะถูกเขียนที่อยู่ P1 From ก่อนที่ข้อความจะออกจาก Microsoft 365 โดยใช้รูปแบบต่อไปนี้:
PowerShell
<Forwarding Mailbox Username>+SRS=<Hash>=<Timestamp>=<Original Sender Domain>=<Original Sender Username>@<Forwarding Mailbox Domain>
ตัวอย่าง:
ข้อความถูกส่งจาก Bob (bob@fabrikam.com) ไปยังกล่องจดหมายของ John ใน Microsoft 365 (john.work@contoso.com) และ John ได้ตั้งค่าการส่งต่อไปยังที่อยู่อีเมลที่บ้าน (john.home@example.com).
ข้อความต้นฉบับ ข้อความถูกส่งต่อ ผู้รับ john.work@contoso.com john.home@example.com P1 From bob@fabrikam.com john.work+SRS=44ldt=IX=fabrikam.com=bob@contoso.com From header bob@fabrikam.com bob@fabrikam.com
การส่งข้อความผ่านเซิร์ฟเวอร์ on-premises ของลูกค้า ข้อความที่ถูกส่งผ่านเซิร์ฟเวอร์ on-premises หรือแอปพลิเคชันของลูกค้าผ่าน Microsoft 365 จากโดเมนที่ไม่ได้รับการยืนยันจะถูกเขียนที่อยู่ P1 From ก่อนที่จะออกจาก Microsoft 365 โดยใช้รูปแบบต่อไปนี้:
PowerShell
bounces+SRS=<Hash>=<Timestamp>@<Default Accepted Domain>
ตัวอย่าง
ข้อความถูกส่งจาก Bob (bob@fabrikam.com) ไปยังกล่องจดหมายของ John (john.onprem@contoso.com) บนเซิร์ฟเวอร์ของบริษัทที่กำลังทำงานอยู่ โดยใช้ Exchange Server. John ได้ตั้งค่าการส่งต่อไปยังที่อยู่อีเมลที่บ้าน (john.home@example.com).
ประเภท ข้อความต้นฉบับ ข้อความที่รับมาจาก Microsoft 365 ข้อความที่ถูกส่งจาก Microsoft 365 ผู้รับ john.onprem@contoso.com john.home@example.com john.home@example.com P1 From bob@fabrikam.com bob@fabrikam.com bounces+SRS=44ldt=IX@contoso.com From header bob@fabrikam.com bob@fabrikam.com bob@fabrikam.com ข้อความที่ถูกส่งต่อไปยังเซิร์ฟเวอร์ on-premises ของลูกค้า เริ่มต้น SRS พิจารณาเซิร์ฟเวอร์ on-premises ว่าอยู่ในขอบเขตความไว้วางใจ และไม่เขียนที่อยู่ส่งต่อที่เชื่อมโยงกับ on-premises อย่างไรก็ตามบางลูกค้ามีการกำหนดค่าการส่งที่ซับซ้อนที่ใช้เซิร์ฟเวอร์ on-premises เพื่อส่งข้อความไปยังอินเทอร์เน็ต ดังนั้นข้อความที่ถูกส่งต่อจะไม่ถูกเขียนที่อยู่และจะถูกปฏิเสธเนื่องจาก SPF ล้มเหลว ในการแก้ปัญหานี้เราเพิ่มการตั้งค่าเพื่ออนุญาตให้ผู้ดูแลระบบเปิดใช้งานการเขียน SRS สำหรับการจราจรที่ไหลผ่านเครื่องมือต่อเสาทางออก on-premises สำหรับข้อมูลเพิ่มเติมเกี่ยวกับพารามิเตอร์ตัวนี้ ดูเพิ่มเติมที่ Sender Rewriting Scheme Upcoming Changes.
Microsoft ให้ข้อมูลติดต่อของบุคคลที่สามเพื่อช่วยคุณค้นหาข้อมูลเพิ่มเติมเกี่ยวกับหัวข้อนี้ ข้อมูลติดต่อนี้อาจเปลี่ยนแปลงโดยไม่ต้องแจ้งล่วงหน้า และ Microsoft ไม่รับประกันความถูกต้องของข้อมูลติดต่อบุคคลที่สาม.
