私の Web アプリケーションはかなりの頻度で電子メールを送信します。3 種類の電子メールを送信します。ユーザーによって開始されたもの、システム内のイベントに応答したもの、およびアプリケーションが受信した電子メールへの自動応答です。
3 番目のタイプの電子メールが、自動応答者同士のやり取りの無限ループに陥らないようにしたいと考えています。現在、私はヘッダーを使用しています：
Precedence: junk
でもヤフー！mail はこれらのメッセージをスパムとして処理しています。不在時の返信ではなく、SOMEBODY に自動返信を読んで判断してもらいたいため、これは明らかに理想的ではありません。
迷惑メール フィルターや自動応答をトリガーせずにメールを送信する最善の方法は何ですか?
Precedence: junk?
Precedence: bulk?
Precedence: list?
X-Priority: 2?
自動メール応答専用のRFC 3834があります。
つまり、次のことをお勧めします。
Return-Path有効な電子メール アドレスである場合、受信メッセージのヘッダーに含まれるアドレスにのみ自動応答を送信します。特に、メッセージの "<>" (null アドレス) は、Return-Pathこのメッセージに対して自動応答を送信してはならないことを意味します。
自動応答を送信する場合、MAIL FROM smtp コマンドには "<>" (null アドレス) を含める必要があります。これは、メッセージが配信されるときの Return-Path:<> につながります。
自動応答を明示的に示すには、 Auto-Submittedヘッダーを「no」以外の値で使用します。
1 つの注意: 送信メッセージに Return-Path ヘッダーを明示的に設定する価値はありません。このヘッダーは、配信中に (MAIL FROM smtp コマンドから) エンベロープ アドレスによって書き換えられる必要があるためです。
RFC 2076は、優先ヘッダーの使用を推奨していません。お気づきのように、多くのクライアントはそれを除外します (特に優先順位: ジャンクの種類)。自動応答戦争を避けるために、null パスを使用する方がよい場合があります。
Return-Path: <>
最終的には優先度を使用してこれを回避することができますが、これはヘッダーの精神に反するようです。これには return-path ヘッダーを使用し、優先順位を避けることをお勧めします。場合によっては、アプリケーションで自動レスポンダーを削除するために何らかの方法で記述する必要がある場合があります (レスポンダー戦争に巻き込まれないようにするため) が、適切なリターン パスを使用してこれが発生した状況を思い出せません。(私が対処しなければならなかった自動応答戦争のほとんどは、非常に形式の悪い電子メールの結果でした)
注:Return-Pathヘッダーは、要するに、通知 (バウンス、遅延配信など) の宛先であり、RFC 2821で説明されています。これは、SMTP で必要とされるためです。これは、悪いメールをドロップする方法の 1 つでもあります (理論的には、すべての良いメールは適切なリターン パスを設定するため)。
これらのヘッダーを設定できます。
Precedence: bulk
Auto-Submitted: auto-generated
出典： http： //www.redmine.org/projects/redmine/repository/revisions/2655/diff
これに対処する従来の方法は、nullのエンベロープ送信者（従来は<>と表記）を使用して電子メールを送信することです。これにより、応答する送信者がいないため、相手側の自動応答機能が応答しなくなります。
メールアカウントにホワイトリストを設定するのはどうですか？
電子メールのキーワードは、ジャンクフィルターによってフラグが立てられる可能性があると思います。