Score:3

X-Matching-Connectors เกินค่าสูงสุดที่อนุญาต

ธง de

เมื่อส่งอีเมลจาก Postfix ไปยัง Outlook365 ฉันได้รับข้อผิดพลาด:

1 พ.ย. 08:00:00 mail postfix/smtp[16252]: B7E8079FA8F:
ถึง=<somemail.dk>,
รีเลย์=somemail.mail.protection.outlook.com[104.47.7.138]:25,
ดีเลย์=0.71, ดีเลย์=0.06/0/0.1/0.55, dsn=5.6.211, สถานะ=ตีกลับ (โฮสต์
somemail.mail.protection.outlook.com[104.47.7.138] กล่าวว่า: 554 5.6.211
เนื้อหา MIME ไม่ถูกต้อง: เกินขนาดค่าข้อความเดี่ยว (32784) ที่อนุญาต
สูงสุด (32768) สำหรับส่วนหัว 'X-Matching-Connectors'
[FR3P281MB0970.DEUP281.PROD.OUTLOOK.COM]
[AM6P192CA0016.EURP192.PROD.OUTLOOK.COM]
[BE0DEU01FT017.eop-deu01.prod.protection.outlook.com] (ตอบกลับท้าย
ของคำสั่ง DATA))

เพื่อหลีกเลี่ยงปัญหานี้ ฉันได้พยายามแยก X-Matching-Connectors ทั้งหมดออกจากเมลของฉันแล้ว แต่วิธีนี้ไม่สามารถแก้ปัญหาได้ อันที่จริงดูเหมือนว่าเมลขาออกไม่มีส่วนหัวนี้เลย (ฉันใช้ postfix header_checks เพื่อ ลบส่วนหัวอื่นเพื่อให้แน่ใจว่าใช้งานได้และฉันเห็นว่าสิ่งนี้ถูกลบในบันทึก)

ฉันไม่พบข้อมูลใด ๆ เกี่ยวกับ X-Matching-Connectors ได้ทุกที่ ใครรู้บ้างว่ามันคืออะไรและอาจจะเพิ่มเข้ามาที่ไหน?

ฉันจะแก้ปัญหานี้ได้อย่างไร?

พบสิ่งนี้ทางออนไลน์เท่านั้น: https://answers.microsoft.com/en-us/msoffice/forum/all/getting-ndr-from-some-servers-headers-too-large/a3ace969-9d08-4d07-967a-5f40f9a0bad7

อัพเดท == 5-11 ==

ฉันพยายามตั้งค่า header_checks ให้บันทึกส่วนหัวทั้งหมดในเมลขาออก และ X-Matching-Connectors ที่ละเมิดจะไม่ส่งจาก Postfix ไปยัง Outlook อาจเป็นส่วนหัวที่ถูกสร้างขึ้นในเซิร์ฟเวอร์จดหมายของ Microsoft

ข้อมูลเพิ่มเติม : เซิร์ฟเวอร์ Postfix ของเราอยู่บนเซิร์ฟเวอร์ Linode ด้วย (เช่น M Klein ด้านล่าง) แต่ทำงานเป็นเซิร์ฟเวอร์เมลมาตรฐาน

ตอบความคิดเห็น:

ใช่ เซิร์ฟเวอร์จดหมาย Postfix ทำงานมาหลายปีโดยไม่มีปัญหานี้ และสามารถส่งไปยัง gmail และเซิร์ฟเวอร์อื่น ๆ ได้โดยไม่มีปัญหา

ใช่ ฉันสามารถส่งไปยังผู้รับจาก fx gmail โดยไม่มีปัญหา

ไม่ ดูเหมือนจะไม่ใช่อีเมลทั้งหมดที่ส่งถึง office365 ที่มีปัญหานี้ เฉพาะบางผู้รับ/โดเมนเท่านั้น แต่อีเมลทั้งหมดจะส่งไปยังโดเมนเหล่านี้

ข้อมูลที่เกี่ยวข้อง:

https://social.technet.microsoft.com/Forums/office/de-DE/8d08697c-c0fc-449f-88ca-c92c4e75b3d3/fehler-beim-senden-an-office-365-server?forum=office_generalde

https://www.linode.com/community/questions/22063/anybody-having-issues-sending-mail-to-exchange-online-domains-from-european-loca

อัพเดท == 24-11 ==

ดูเหมือนว่าปัญหาจะเกี่ยวข้องกับการเข้ารหัสอีเมล อย่างน้อยในสคริปต์ทดสอบที่ฉันทำ

ไม่มีหลายส่วนและชุดอักขระ utf-8 : FAILS (สูงสุดที่อนุญาต (32768) สำหรับส่วนหัว 'X-Matching-Connectors')
ไม่มีหลายส่วนและชุดอักขระ us-ascii : WORKS

หลายส่วนและชุดอักขระ utf-8 : WORKS
หลายส่วนและชุดอักขระ us-ascii : WORKS
Ivan_Wang avatar
us flag
คุณสามารถส่งข้อความเดียวกันจาก Postfix ไปยังเซิร์ฟเวอร์อีเมลอื่นๆ (เช่น outlook.com, hotmail, gmail) ได้สำเร็จหรือไม่ แล้วการส่งจากเซิร์ฟเวอร์อีเมลอื่นไปยัง office 365 ล่ะ
Ivan_Wang avatar
us flag
ถ้าข้อความทั้งหมดที่ส่งไปยัง office 365 แสดงส่วนหัวเดียวกันนี้ ให้ตรวจสอบว่าถึงขีดจำกัด Exchange Online หรือไม่: **การแจ้งเตือนความจุ** & **ขีดจำกัดข้อความ** & **การรับและส่งขีดจำกัด** (https:// docs.microsoft.com/en-us/office365/servicedescriptions/exchange-online-service-description/exchange-online-limits#capacity-alerts)
Ivan_Wang avatar
us flag
สวัสดี หายไปนาน มีอะไรอัพเดทไหม?
Drewes avatar
de flag
ไม่ ปัญหายังคงมีอยู่ ฉันได้พยายามขอความช่วยเหลือจาก Microsoft แล้ว แต่พวกเขายืนยันว่าคำขอรับการสนับสนุนต้องมาจากลูกค้าผ่านทาง Microsoft Partner
M Klein avatar
in flag
เราเห็นพฤติกรรมเดียวกันนี้ตั้งแต่ประมาณวันที่ 29 ต.ค. ฉันยังลอง header_checks เพื่อตัดออก ไม่มีอะไรเปลี่ยนแปลง การตั้งค่า: postfix บนโฮสต์ Linode การส่งต่อ/ส่งอีเมลไปยังตัวเชื่อมต่อ Office 365 ของเรา ทุกอย่างทำงานได้อย่างไร้ที่ติตั้งแต่หลายปีมานี้ --------- การแก้ปัญหา ณ วันที่ 4 พฤศจิกายน 2021 เราสามารถแก้ไขปัญหาได้โดยการเพิ่มตัวเชื่อมต่อขาเข้าที่ฝั่งการแลกเปลี่ยน ซึ่งเห็นได้ชัดว่าไม่จำเป็นจนถึงตอนนี้ (และเรายังไม่แน่ใจว่าเหตุใดจึงมีความจำเป็นทางเทคนิค)
Score:1
ธง gb

เราได้เห็นสิ่งนี้จากรีเลย์เมล Linode บางตัวของเราด้วย

ปัญหาที่เราพบดูเหมือนจะเกิดจากการส่งจดหมายจากการส่งต่อในยุโรปไปยังบัญชี Microsoft 365 ที่โฮสต์ในยุโรปด้วย หากเรากำหนดเส้นทางการส่งจดหมายผ่านสหรัฐอเมริกา เราจะไม่เห็นการตีกลับ

เราได้แจ้งเรื่องนี้กับ Microsoft และมีตั๋วค้างชำระกับพวกเขา

ผู้ใช้ linode รายอื่นก็เห็นสิ่งนี้เช่นกัน https://www.linode.com/community/questions/22063/anybody-having-issues-sending-mail-to-exchange-online-domains-from-european-loca

ดูเหมือนว่าปัญหาไม่ได้เกิดจาก MTA ที่คุยกับ Exchange (เช่น postfix) การใช้ openssl s_connect เพื่อสร้างการเชื่อมต่อด้วยตนเองและส่งอีเมลขั้นต่ำยังส่งผลให้เกิด NDR เดียวกัน

เราพบว่าบางครั้งเมลสามารถผ่านเข้าไปได้ และมีส่วนหัว X-Matching-Connectors อยู่ที่นั่น (ประกอบด้วย UUID จำนวนมาก)

ndemou avatar
cn flag
สวัสดี @Vittal บังคับให้กำหนดเส้นทางอีเมลผ่านสหรัฐอเมริกาอย่างไร (ฉันมีปัญหาเดียวกันและเนื่องจาก Microsoft ดูเหมือนจะลากเท้าไปที่อันนี้ฉันจึงชอบวิธีแก้ปัญหา)
ndemou avatar
cn flag
BTW สำหรับฉันเมื่อฉันส่งอีเมลถึงผู้รับ o365 ที่ระบุ ฉันมักไม่ได้รับข้อผิดพลาด ถ้าฉันส่งอีเมลข้อความธรรมดาขนาดเล็กมาก
Vittal avatar
gb flag
@ndemou เราใช้ไฟล์ postfix transport_maps (http://www.postfix.org/postconf.5.html#transport_maps) เพื่อตั้งค่าการส่งต่อ SMTP สำหรับโดเมนที่ได้รับผลกระทบเป็นการส่งต่อในสหรัฐอเมริกา ไฟล์แผนที่มีรายการเช่น: ได้รับผลกระทบ.โดเมน.com smtp:[our.us.relay.server.ip]

โพสต์คำตอบ

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