投遞報告的Message-ID等於原始郵件

我發現投遞狀態報告與原始郵件具有相同的 message-id。

以下是傳遞報告的文本：

傳入 DSN 消息：

From: Mail Delivery Subsystem <postmaster@example.com>
To: info@foo.de
Subject: DELAY:     ********************************************** 
Message-ID: <20120209072202.27101.38867@foo-work.tbz-pariv.lan>
...

   **********************************************
   **      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 -----
user@example.com... Deferred: Connection timed out with gmail.de.
Warning: message still undelivered after 4 hours
Will keep trying until message is 4 days old

對應的外發原始郵件：

From: info@foo.de
Message-ID: <20120209072202.27101.38867@foo-work.tbz-pariv.lan>

我在Bounce Message Wikipedia 頁面上找不到任何相關資訊。

是否有此規範，或者這只是該特定郵件伺服器處理此問題的方式？

我剛剛檢查了一封退回的電子郵件和原始發送的電子郵件。

原始消息有一個 Message-ID 標頭，其值類似於以下內容：

Message-ID: <XYZ@mydomain>

退回的消息在標頭中的兩個位置引用此 ID：

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

同樣在附加的 details.txt 中，我看到：

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

退回郵件中的郵件 ID 具有不同的 ID，其中包含郵件伺服器的域：

Message-ID: <ABC@mailserverdomain>

總之，您所經歷的可能特定於您的設置。由於 Message ID 用於辨識每封郵件，因此如果該特定郵件伺服器在將來某個時間重試失敗的郵件，則用它自己的副本替換失敗的郵件是沒有意義的。

引用自：https://serverfault.com/questions/989363