อีเมลที่ส่งไปยังโดเมน Gmail ไม่สอดคล้องกับ RFC 2822 เป็นไปได้หรือไม่ที่จะข้ามผ่าน Google Apps

สี่วันที่ผ่านมาอีเมลที่ส่งไปยังบัญชี Gmail ของเราผ่านทางบริการอีเมลของ ISP ของเราเริ่มถูกปฏิเสธเนื่องจากไม่ได้เป็นผู้ร้องเรียน RFC 2822

ข้อความต่อไปนี้ถึงไม่สามารถส่งมอบได้ สาเหตุของปัญหา:
5.3.0 - ปัญหาระบบจดหมายอื่น ๆ 550-'5.7.1 [2001: 44b8: 8060: ff02: 300: 1: 6: 6 11] ระบบของเราตรวจพบว่า \ n5.7.1 ข้อความนี้คือ ไม่ RFC 2822 ที่สอดคล้องกับ เพื่อลดปริมาณของสแปม \ n5.7.1 ที่ส่งไปยัง Gmail ข้อความนี้จึงถูกบล็อก โปรดตรวจสอบ \ n5.7.1 ข้อมูลจำเพาะ RFC 2822 สำหรับข้อมูลเพิ่มเติม
iw4si27447595pac.153 - gsmtp '

มันน่าผิดหวังเพราะอีเมลเหล่านี้ทำงานได้ดีมานานกว่าหนึ่งปี - ฉันคิดว่า Google ได้เพิ่มตัวกรองในสัปดาห์ที่ผ่านมา

ที่อยู่อีเมลที่เราพยายามส่งให้เป็นของบัญชี Google Apps for Business ของเรา ฉันสงสัยว่ามีวิธีใดที่จะแทนที่ตัวกรองการปฏิบัติตาม RFC 2822 เพื่อให้อีเมลผ่านได้หรือไม่

จนถึงตอนนี้การเพิ่มชื่อโดเมน ISP ไปยังรายการที่อนุญาตพิเศษในการตั้งค่า Gmail (ในแผงควบคุมของ Apps) ยังไม่ทำงาน

บันทึก telnet สำหรับข้อความที่ถูกปฏิเสธคือ:

220-ipmail06.adl6.xxxxx.net ESMTP 220 ESMTP; eth2958.xxx.adsl.OurISP.net [150.xxx.xxx.xx1] in MTA
HELO WINDOWS-xxxxx (<- this is our server name) 
250 ipmail06.adl6.OurISP.net 
MAIL FROM: account@OurISP.net
250 sender ok 
RCPT TO: admin@googleappsdomain.com
250 recipient ok 
RCPT TO: admin@DifferentGoogleAppsDomain.com
250 recipient ok 
DATA 
354 go ahead 
Subject: Test email from the Avid ISIS Notification Application This message was generated by Avid ISIS Notification Application. . 
QUIT 
250 ok: Message 716893804 accepted

RFC2822พูดว่าวันที่: และจาก: ส่วนหัวจำเป็นต้องใช้ (ส่วน 3.6) ดูเหมือนว่า Google จะให้คุณได้เพิ่มเพียงแค่เพิ่มส่วนหัวจาก: เช่น

[..]
DATA 
354 go ahead 
From: <account@OurISP.net>   <-- add this
Subject: Test email from the Avid ISIS Notification Application This message was generated by Avid ISIS Notification Application.
.
QUIT 
250 ok: Message 716893804 accepted 

ดูซ้ำจาก: ส่วนหัวหรือตอบกลับ: ส่วนหัวที่ไม่ตรงกัน ปัญหาเดียวกันนี้เกิดขึ้นจากผู้ใช้ Outlook for Mac จำนวนหนึ่งซึ่งมีข้อมูลส่วนหัวเพิ่มเติมที่ไม่ถูกต้องถูกโยกย้ายจากบัญชีไคลเอนต์เมลก่อนหน้านี้ ดูhttp://hintsforums.macworld.com/showthread.php?p=718579

ฉันมีสคริปต์ PHP ที่ส่งการแจ้งเตือนทุกวันด้วยฟิลด์ที่สร้างจากฐานข้อมูล ในตอนท้ายของแต่ละฟิลด์โปรแกรมเมอร์เคยใช้\r\nเพื่อจบบรรทัด (ทั้งอักขระขึ้นบรรทัดใหม่และอักขระป้อนบรรทัด) สิ่งนี้ไม่สมเหตุสมผล แต่มันใช้ได้ผลจนถึงปัจจุบัน

ฉันนำ\rตัวละครออกมาและทันใดนั้นอีเมลของฉันก็เข้ากันได้กับ RFC 2822

นี่เป็นข้อบกพร่องสิ่งที่กำลังตรวจสอบ RFC 822 อนุญาตให้แยกอักขระ CR และ LF ซึ่งไม่ใช่บรรทัดสิ้นสุด แต่ในทางทฤษฎีแล้ว RFC 2822 จะลบคุณลักษณะนี้ RFC 2822 หัวข้อ 2.3 กล่าวว่า "CR และ LF ต้องเกิดขึ้นพร้อมกันในรูปแบบ CRLF เท่านั้นและต้องไม่ปรากฏอย่างอิสระในร่างกาย"

สิ่งที่โปรแกรมเมอร์ทำคือการร้องเรียน RFC 2822 และเวอร์ชันของคุณไม่ใช่ ในฐานะนักพัฒนาฉันต้องการฟีดบรรทัดเดียว แต่การใช้ CRLF ในอีเมลเป็นข้อกำหนดที่แน่นอน โดยอุดมคติแล้ว MUA จะเข้าใจถึงการสิ้นสุดของบรรทัดที่สมเหตุสมผล