[解決済み] return-path、reply-to、fromの動作の違いは何ですか?
質問
メーリングアプリケーションで、次のようなヘッダを持つメールを送信しています。
FROM: [email protected]
TO: [email protected]
Return-PATH: [email protected]
私たちが直面している問題は、一部のメールサーバーがメッセージをすぐにバウンスバックし、バウンス管理サーバーの代わりにfromまたはリバースパス([email protected])を使用することです。 ヘッダーのreply-toをreturn-pathと同じにすることで、すべてのバウンスを捕捉できるかどうかを知りたいのです。
他のアイデアもお待ちしています。
以下のドキュメントを参考にさせていただいています。 VERP RFC バウンスメッセージ
EDIT 1: この問題を解決できるかどうかを確認するために、さらにいくつかの情報を提供します。
メッセージを中継するメールサーバーが、どの時点でreply-toとreturn-pathのどちらを選択するかを知りたいのです。 メッセージを中継する最初のSMTPサーバーが拒否されるとreply-toに送られ、1ホップ後に拒否されるとreturn-pathに送られることが分かっています。
解決方法は?
まず、簡単な例から見てみましょう。例えば、次のようなメールリストを作成し、それを送信するとします。 RFC2822 というコンテンツがあります。
From: <[email protected]> To: <[email protected]> Subject: Super simple email Reply-To: <[email protected]> This is a very simple body.
では、メーリングリストから送信するとして、そのメーリングリストは、以下のような実装になっています。
VERP
(または別の戻り経路を使用するその他のバウンス追跡メカニズム) を使用します。 ここでは、リターンパスが
[email protected]
. SMTPセッションは次のようになります。
{S}220 workstation1 Microsoft ESMTP MAIL Service {C}HELO workstation1 {S}250 workstation1 Hello [127.0.0.1] {C}MAIL FROM:<[email protected]> {S}250 2.1.0 [email protected] OK {C}RCPT TO:<[email protected]> {S}250 2.1.5 [email protected] {C}DATA {S}354 Start mail input; end with <CRLF>.<CRLF> {C}From: <[email protected]> To: <[email protected]> Subject: Super simple email Reply-To: <[email protected]> This is a very simple body. . {S}250 Queued mail for delivery {C}QUIT {S}221 Service closing transmission channel
ここで{C}と{S}はそれぞれClientとServerのコマンドを表しています。
受信者のメールは、次のようになります。
Return-Path: [email protected] From: <[email protected]> To: <[email protected]> Subject: Super simple email Reply-To: <[email protected]> This is a very simple body.
では、それぞれの"FROM"を記述してみましょう。
-
リターンパス(リバースパス、エンベロープセンダー、エンベロープフロムと呼ばれることもあり、これらの用語はすべて互換的に使用できます)は、SMTPセッションで使用される値です。
MAIL FROM
コマンドを使用します。お分かりのように、これはメッセージのヘッダーにある値と同じである必要はない。受信者のメールサーバーだけが、メールの先頭にReturn-Pathヘッダを追加することになっています。これは、SMTPセッション中の実際のReturn-Path送信者を記録します。Return-Pathヘッダがすでにメッセージに存在する場合、そのヘッダは受信者のメールサーバによって削除され、置換されます。
SMTPセッション中に発生したすべてのバウンスは、Return-Pathアドレスに戻るはずです。サーバーによっては、すべての電子メールを受け入れ、受信者のメールボックスに配信するための空きスレッドができるまで、ローカルでキューに入れる場合があります。受信者が存在しない場合、記録されたReturn-Path値にバウンスバックする必要があります。
すべてのメールサーバーがこのルールに従うわけではないことに注意してください。いくつかのメールサーバーは、FROMアドレスにバウンスバックします。
-
FROMアドレスは、FROMヘッダーにある値です。これは、メッセージが誰からのものであるかを示しています。これは、ほとんどのメールクライアントで"FROM"として表示されるものです。 もしメールにReply-Toヘッダーがなければ、人間(メールクライアント)の返信はすべてFROMアドレスに戻されるはずです。
-
Reply-Toヘッダーは、送信者(または送信者のソフトウェア)によって追加されます。人間による返信もすべてここに宛てられるべきです。 基本的に、ユーザーが"reply"をクリックすると、Reply-Toの値は、新しく作成されたメールの受信者として使用される値であるべきです。Reply-Toの値は、どのサーバーでも使用されるべきではありません。これは、クライアント側(MUA)でのみ使用されます。
しかし、お分かりのように、すべてのメールサーバーがRFCの標準や勧告に従うわけではありません。
これで、物事がはっきりするといいのですが。 しかし、もし私が何か見逃していることがあれば、教えてください。
関連
-
[解決済み] バニラフォーラムでメールテンプレートをテーマ化する方法は?
-
[解決済み] Gmailの送信者ヘッダーを使用した「このメッセージは、次のユーザーによって送信されていない可能性があります」の回避策
-
[解決済み] 暗号化されたS/MIMEメッセージを復号化せずに、署名もされているか確認する方法
-
[解決済み] Faker pythonで姓と名を使ったメールアドレスを生成する
-
[解決済み] メールアドレスの大文字と小文字は区別されますか?
-
[解決済み] [Solved] プログラムで送信したメールが自動的にスパムとしてマークされないようにするにはどうしたらいいですか?
-
[解決済み】ポート465とポート587の違いは何ですか?
-
[解決済み】メールの件名の長さの制限について教えてください。
-
[解決済み] return-path、reply-to、fromの動作の違いは何ですか?
-
[解決済み] Sender、From、Return-Pathの違いは何ですか?
最新
-
nginxです。[emerg] 0.0.0.0:80 への bind() に失敗しました (98: アドレスは既に使用中です)
-
htmlページでギリシャ文字を使うには
-
ピュアhtml+cssでの要素読み込み効果
-
純粋なhtml + cssで五輪を実現するサンプルコード
-
ナビゲーションバー・ドロップダウンメニューのHTML+CSSサンプルコード
-
タイピング効果を実現するピュアhtml+css
-
htmlの選択ボックスのプレースホルダー作成に関する質問
-
html css3 伸縮しない 画像表示効果
-
トップナビゲーションバーメニュー作成用HTML+CSS
-
html+css 実装 サイバーパンク風ボタン
おすすめ
-
[解決済み] バニラフォーラムでメールテンプレートをテーマ化する方法は?
-
[解決済み] Gmailの送信者ヘッダーを使用した「このメッセージは、次のユーザーによって送信されていない可能性があります」の回避策
-
[解決済み] 暗号化されたS/MIMEメッセージを復号化せずに、署名もされているか確認する方法
-
[解決済み] Faker pythonで姓と名を使ったメールアドレスを生成する
-
[解決済み] [Solved] プログラムで送信したメールが自動的にスパムとしてマークされないようにするにはどうしたらいいですか?
-
[解決済み】メールの件名の長さの制限について教えてください。
-
[解決済み】mailtoの本文に改行を入れる。
-
[解決済み】膨大な数のメールがあるlinuxのメールボックスをパージするにはどうしたらいいですか?[クローズド]
-
[解決済み] return-path、reply-to、fromの動作の違いは何ですか?
-
[解決済み] メールのmultipart/alternativeとmultipart/mixedの比較