web-dev-qa-db-ja.com

Gmailドメインに送信されたメールが突然RFC 2822に準拠しなくなりました。GoogleAppsでバイパスできますか？

4日前、RFC 2822に不満がないため、ISPのメールサービス経由でGmailアカウントに送信されたメールは拒否され始めました。

次のメッセージは配信不能でした。問題の理由：
5.3.0-その他のメールシステムの問題550-'5.7.1 [2001：44b8：8060：ff02：300：1：6：6 11]システムがそれを検出しました\ n5.7.1 このメッセージはRFC 2822準拠ではありません。 Gmailに送信されるスパムの量を減らすため、このメッセージはブロックされました。詳細については、\ n5.7.1 RFC 2822仕様を確認してください。
iw4si27447595pac.153-gsmtp '

これらのメールは1年以上正常に機能しているため、イライラします。先週、Googleがフィルターを強化したと思われます。

送信しようとしているメールアドレスは、Google Apps for Businessアカウントのものです。 私は疑問に思っています、RFC 2822コンプライアンスフィルターをオーバーライドして電子メールが届くようにする方法はありますか？

これまでのところ、ISPのドメイン名をGmailの設定（アプリコントロールパネル）のスパムホワイトリストに追加することはできませんでした。

問題の拒否されたメッセージの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: [email protected]
250 sender ok 
RCPT TO: [email protected]
250 recipient ok 
RCPT TO: [email protected]
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
gmailgoogle-appsspam-prevention
10
OrangeBox

RFC2822 は、Date：およびFrom：ヘッダーが必要であると言います（セクション3.6）。ただし、GoogleはFrom：ヘッダーを追加するだけで済むようです。例：

[..]
DATA 
354 go ahead 
From: <[email protected]>   <-- 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
12
probably

互いに一致しない重複したFrom：ヘッダーまたはReply-to：ヘッダーに注意してください。この同じ問題は、以前のメールクライアントアカウントから余分なヘッダー情報が誤って移行されたOutlook for Macの多くのユーザーが経験しました。 http://hintsforums.macworld.com/showthread.php?p=718579 を参照してください

6
Steve Hoge

これは、検証を行っているすべてのバグです。 RFC 822では、理論的にはCRとLF文字を別々に許可しました。これらはnot行の終わりですが、RFC 2822はこの機能を削除します。 RFC 2822セクション2.3は、「CRとLFはCRLFとして一緒にのみ出現する必要があります。それらは本文に独立して現れてはなりません。」

プログラマーが行ったことはRFC 2822の苦情であり、バージョンはそうではありません。開発者としては、単一行フィードを好みますが、電子メールでCRLFを使用することは絶対的な要件です。理想的には、MUAは合理的な回線の終了を理解します。

1
Duncan Simpson

データベースから構築されたフィールドを使用して、毎日通知を送信するPHPスクリプトがあります。各フィールドの最後で、プログラマは\r\nを使用して行を終了しました（キャリッジリターン文字とラインフィード文字の両方）。これは意味をなさないが、今まではうまくいった。

\r文字を削除すると、突然私のメールはRFC 2822に準拠しました。

1
user2375103