Gmail etki alanına gönderilen e-postalar aniden RFC 2822 uyumlu değil, Google Apps ile atlanabilir mi?

Dört gün önce, ISS'mizin posta hizmetleri aracılığıyla Gmail hesaplarımıza gönderilen e-postalar, RFC 2822 şikayetçisi olmadığı için reddedilmeye başlandı.

Aşağıdaki mesaj teslim edilemedi. Sorunun nedeni:
5.3.0 - Diğer posta sistemi sorunu 550-'5.7.1 [2001: 44b8: 8060: ff02: 300: 1: 6: 6 11] Sistemimiz bu mesajın \ n5.7.1 olduğunu tespit etti. RFC 2822 uyumlu değil . Gmail’e gönderilen spam \ n5.7.1 miktarını azaltmak için bu mesaj engellendi. Daha fazla bilgi için lütfen \ n5.7.1 RFC 2822 teknik özelliklerini inceleyin.
iw4si27447595pac.153 - gsmtp '

Bu e-postalar bir yıldan uzun süredir iyi çalışıyor çünkü Google'ın filtrelerini geçen hafta yükselttiğini varsayıyorum.

Göndermeye çalıştığımız e-posta adresi Google Apps İşletme Sürümü hesabımıza ait. Merak ediyorum, e-postaların gelmesine izin vermek için RFC 2822 uyumluluk filtresini geçersiz kılmanın bir yolu var mı?

Şimdiye kadar, Gmail ayarlarında (Apps kontrol panelinde) ISS'lerin alan adını spam beyaz listeye eklemek işe yaramadı.

Söz konusu reddedilen iletinin telnet günlüğü:

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 Tarih: ve Kimden: başlıklarının gerekli olduğunu söylüyor (bölüm 3.6). Görünüşe göre Google, bir Gönderen: başlığı ekleyerek kurtulmanıza izin verecek gibi görünüyor;

[..]
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 

Yinelenen Kimden: üstbilgileri veya Birbiriyle eşleşmeyen Yanıtla: üstbilgilerini izleyin. Aynı sorun, Mac için Outlook'un önceki posta istemci hesaplarından hatalı olarak fazladan üstbilgi bilgileri taşıyan birkaç kullanıcısı tarafından da yaşandı. Bkz. Http://hintsforums.macworld.com/showthread.php?p=718579

Bir veritabanından oluşturulan alanları ile, her gün bildirimler gönderen bir PHP komut dosyası var. Her alanın sonunda, programcı \r\nsatırları bitirmişti (hem satır başı hem de satır besleme karakterleri). Bu hiç mantıklı değil, ama şimdiye kadar işe yaradı.

\rKarakteri çıkardım ve aniden postalarım artık RFC 2822 uyumlu.

Doğrulamayı yapan ne olursa olsun bu bir hata. RFC 822 teorik olarak satır sonu olmayan ayrı CR ve LF karakterlerine izin verdi , ancak RFC 2822 bu özelliği kaldırdı. RFC 2822 bölüm 2.3, "CR ve LF yalnızca CRLF olarak birlikte OLMALIDIR; vücutta bağımsız olarak GÖSTERMEMELİDİR" diyor.

Programcının yaptığı şey RFC 2822 şikayetidir ve sürümünüz değildir. Bir geliştirici olarak tek satırlı yayınları tercih ederim, ancak e-postada CRLF kullanmak mutlak bir gerekliliktir. İdeal olarak bir MUA makul satır sonlarını anlayacaktır.