Gmailドメインに送信されたメールが突然RFC 2822に準拠しなくなり、Google Appsでバイパスできるか？

10

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

次のメッセージは配信できませんでした。問題の理由
：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の量を減らすために、このメッセージはブロックされました。詳細については、\ n5.7.1 RFC 2822仕様を確認してください。
iw4si27447595pac.153-gsmtp '

これらのメールは1年以上問題なく機能しているため、イライラします。先週、Googleがフィルターを上げたと思います。

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

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

問題の拒否されたメッセージの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

gmail google-apps spam-prevention

— OrangeBox
ソース

・ワース...メールを送信機は私達が私達のISPのサーバを使用する必要がありますので、パスワードを必要とするSMTPサーバを追加する能力を持っているdoesntのことに注意

— OrangeBox

12

RFC2822によると、Date：およびFrom：ヘッダーは必須です（セクション3.6）。GoogleはFrom：ヘッダーを追加するだけで問題を回避できるようですが、例：

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

— 多分
ソース

ああ、ありがとうソフトウェアの開発者がこの変更を行えるかどうか確認しなければなりません。Gappsを使用するときにGmailのメールサーバー側のフィルターを上書きできるかどうかをご存知ですか？

— OrangeBox 2013

6

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

— スティーブ・ホージ
ソース

答えてくれてありがとう！私は賛成投票しましたが、Google Apps for businessを使用しているときに表示されるフィルターを上書きする方法を探しているので、受け入れられません。何かご意見は？

— OrangeBox 2013

@OrangeBoxオプションはないと思いますが、Googleにフィードバックリクエストを提出してみませんか？

— poolie 2013

興味深い点の1つは、複数のFromヘッダーがRFC822で許可されていたが、RFC2822（2001年公開）では許可されなくなったことです。

— poolie 2013

1

データベースからフィールドを構築して、通知を毎日送信するPHPスクリプトがあります。各フィールドの終わりで、プログラマーは\r\n行を終了するために使用していました（復帰文字と改行文字の両方）。これは意味がありませんが、今まではうまくいきました。

\r文字を取り出したところ、突然メールがRFC 2822に準拠するようになりました。

— user2375103
ソース

1

これは、検証を実行しているバグです。RFC 822では理論上、行末ではない個別のCR文字とLF文字を使用できましたが、RFC 2822ではこの機能が削除されています。RFC 2822セクション2.3には、「CRとLFはCRLFとしてのみ一緒に出現する必要があります。本文に独立して出現してはなりません。」

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

— ダンカンシンプソン
ソース