ほとんどの自動応答者からの応答を回避する電子メールヘッダーはありますか?


13

必要なときに小さな電子メール通知を自動的に送信するスクリプトがいくつかあります。これらから少数の自動応答メッセージ(不在や休暇など)が返されます。電子メールに追加できるヘッダーがあり、応答に興味がないことを(行儀の良い)自動応答者に示しますか?

関連するStackOverflowの質問も参照してください。

回答:


13

List-Id」ヘッダーまたは「」ヘッダーを追加すると、Precedence: list正常に動作する自動応答の問題が解決するはずです。この動作は、UNIXの元の休暇プログラムから来ています。特に、リストから送信されたように見えるメールには応答しません。おそらく、優先順位の設定を試すよりもList-Idヘッダー行の方が良いでしょうが、両方を試してみてください。


1
RFC3834:Because Precedence is not a standard header field, and its use and interpretation vary widely in the wild, no particular responder behavior in the presence of Precedence is recommended by this specification.
Jasen

12

Precedence: Bulk標準的な設定であると思いますが、自動応答が従う人の数はごくわずかです。事実は、大部分の自動応答者の動作が悪いことです。


RFC3834Because Precedence is not a standard header field, and its use and interpretation vary widely in the wild, no particular responder behavior in the presence of Precedence is recommended by this specification.
Jasen

はい、それは私が言ったことです。
ワンブル

2

いいえ、常に機能するものはありません。

標準があります

nullリターンパス(空のエンベロープ送信者、SMTP MAIL FROM:<>)に送信すると、autotoresponder(https://tools.ietf.org/html/rfc5321#section-4.5.5)を防ぐ必要があります

自動化された電子メールプロセッサの実装者は、null reverse-pathを含むさまざまな種類のメッセージが正しく処理されるように注意する必要があります。特に、そのようなシステムは、null reverse-pathでメッセージに返信すべきではありません。

自動送信ヘッダーの設定も機能するはずです(https://tools.ietf.org/html/rfc3834#section-2

Auto-Submittedヘッダーフィールドを含むメッセージへの応答として自動応答を発行するべきではありません。

そして、Microsoftがあります...

https://docs.microsoft.com/en-us/openspecs/exchange_server_protocols/ms-oxcmail/e489ffaf-19ed-4285-96d9-c31c42cab17fのセクション2.2.3.2.14 (Microsoftの気まぐれで期限切れになるURL)[MSOXCMAIL] 2.2.3.2.14

言う

2.2.3.2.14自動返信の抑制

PidTagAutoResponseSuppressプロパティ(セクション2.1.3.2.20)の値を-1に設定して、メッセージへのすべての自動応答が抑制されることを示すために、クライアントは値「All」でX-Auto-Response-Suppressヘッダーを書き込む必要があります「。

...

MIMEリーダーは、表に従って、X-Auto-Response-Suppressヘッダーの個々の要素をPidTagAutoResponseSuppressプロパティの値のビットにマッピングする必要があります(SHOULD <116>)。X-Auto-ResponseSuppressとPrecedenceヘッダーの両方が存在する場合、PidTagAutoResponseSuppressプロパティ値は0xFFFFFFFFである必要がありますが、MAY <117>は0x00000000です。X-Auto-Response-Suppressヘッダーの値がセクション2.1.3.2.20の表で指定されているもの以外の場合、MIMEリーダーはヘッダー全体を無視する必要があります(SHOULD <118>)。

これらの小さなメモは最も明らかに

<116>セクション2.2.3.2.14:Outlook 2010、Outlook 2013、Outlook 2016、およびOutlook 2019は、X-Auto-Response-Suppressヘッダーを読み取りません。

<117>セクション2.2.3.2.14:Exchange 2003は、PidTagAutoResponseSuppressプロパティにこの値を使用します([MS-OXOMSG]セクション2.2.1.77)。

<118>セクション2.2.3.2.14:Exchange 2003、Office Outlook 2003、およびOffice Outlook 2007は、X-Auto-Response-SuppressおよびPrecedenceヘッダーを無視します。

presubamly Exchange Server 2007または新しい欲しいX-Auto-Response-Suppress とOutlookが欲しいPrecedence

これはhttps://tools.ietf.org/html/rfc3834#section-2を無視していることに注意して ください

(優先順位は標準ヘッダーフィールドではないため、その使用と解釈は野生では大きく異なるため、この仕様では優先順位が存在する場合の特定のレスポンダーの動作は推奨されません。)

最善の方法は、おそらく4つすべてを実行すること、またはこれらの可能な限り多くを実行することです。


この情報をありがとう@Jasen-非常に参考になりました。特にスパムフィルターに関して、nullリターンパスを使用することで認識しているリスクはありますか?確認メールを発行する予約システムを管理しています。これらはバルクメッセージではありませんが、当然、自動返信には使用できません。スパムフィルターを避けることは、私たちにとって絶え間ない戦いです。
ジョンリックス

確かに、特にドメインがすべての送信でSRSまたは他のVERPを使用している場合、スパムフィルターはそれをブロックまたはドロップする可能性があります。可能な場合は監視可能な実際のリターンパスを使用します(したがって、Gmailのようなレート制限サービスでホストされません)
Jasen

アドバイスをありがとう!私たちはVERPを使用していますが、今あなたはそれについて言及しています。
ジョンリックス

私は電子メールの宛先ドメインを意味します:recipeintサーバーは、偽造バウンスのように見えると判断し、それに基づいて拒否する場合があります。
ジェイセン
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.