web-dev-qa-db-ja.com

配信レポートのメッセージIDは元のメールと同じです

配信ステータスレポートのメッセージIDが元のメールと同じであることがわかりました。

配信レポートのテキストは次のとおりです。

着信DSNメッセージ：

From: Mail Delivery Subsystem <[email protected]>
To: [email protected]
Subject: DELAY:     ********************************************** 
Message-ID: <[email protected]>
...

    **********************************************
    **      THIS IS A WARNING MESSAGE ONLY      **
    **  YOU DO NOT NEED TO RESEND YOUR MESSAGE  **
    **********************************************

The original message was received at Wed, 23 Mar 2016 14:36:53 +0100
from [x.x.x.x]

   ----- Transcript of session follows -----
[email protected]... Deferred: Connection timed out with gmail.de.
Warning: message still undelivered after 4 hours
Will keep trying until message is 4 days old

対応する送信元のメール：

From: [email protected]
Message-ID: <[email protected]>

バウンスメッセージウィキペディアのページ からこれについて何も見つかりませんでした。

これには仕様がありますか、それともこの特定のメールサーバーがこれを処理する方法ですか？

smtpemail-bouncesrfc
2
guettli

返送されたメールの1つと、送信された元のメールを確認しました。

元のメッセージには、次のような値のMessage-IDヘッダーがあります。

Message-ID: <XYZ@mydomain>

バウンスメッセージは、ヘッダーの2つの場所でこのIDを参照します。

References: <....>, <XYZ@mydomain>
In-Reply-To: <XYZ@mydomain>

添付のdetails.txtにも次のように表示されます。

X-Original-Message-ID: <XYZ@mydomain>

バウンスされたメッセージのメッセージIDは、メールサーバーのドメインを含む別のIDを持っています。

Message-ID: <ABC@mailserverdomain>

結論として、あなたが経験していることはあなたのセットアップに特有である可能性があります。メッセージIDは各メールを識別するために存在するため、この特定のメールサーバーが、将来再試行される場合に、失敗したメールを独自のコピーに置き換えることは意味がありません。

2
OldSkoolDev

DSN自体がメッセージです。したがって、その一般的なヘッダーは RFC822 4.6 で定義されます。

このフィールドには、このメッセージのこのバージョンを参照する一意の識別子（ローカルパーツアドレスユニット）が含まれます。
メッセージ識別子の一意性は、それを生成するホストによって保証されます。この識別子は機械可読であることが意図されており、必ずしも人間にとって意味があるとは限りません。メッセージ識別子は、特定のメッセージの1つのインスタンス化にのみ関係します。メッセージの後続のリビジョンは、それぞれ新しいメッセージ識別子を受け取る必要があります。

元のメッセージIDをREFERENCESヘッダーとIN-REPLY-TOヘッダーに含めることをお勧めします（RFC822の同じセクションを参照してください。また、DSNには直接適用されませんが、可能である RFC3834 3.1.6 によっても推奨されます。 RFC3461 ）と競合しない限り、考慮されます。また、共通の拡張ヘッダーX-ORIGINAL-MESSAGE-IDの使用は問題ありません RFC3464 2.4 。
生成システムがメッセージの一意のメッセージIFを生成したくない/生成する必要がない場合は、そのオプションヘッダーを省略し、元のメッセージのunique-idをコピーしないでください。

元のメッセージのメッセージIDは、送信者から特に要求されていない場合、デフォルトとしてマルチパート/レポート配信ステータスメッセージの3番目の部分に含めることができます。 MUAがenvelope-idを使用してDSNをメッセージに接続するのはどちらかと思います。 RFC3464 2RFC3461 4.RFC3462

1
EOhm

Message-idは、メッセージの一意のIDです。そのため、そのメッセージのステータスを報告するときに使用する必要があります。これは、メッセージ配信エージェントがメッセージを配信するために使用するIDではありません。メールリーダーは、メッセージをステータスメッセージとグループ化するために使用できます。

メッセージに返信するときに使用できる追加のヘッダーがあり、電子メールの会話をスレッドに集めることができます。

0
BillThor