☰

發送到 *@example.com 的電子郵件去了哪裡？

tag-icon • tag-icon email domain
發送到 *@example.com 的電子郵件去了哪裡？

所以我想知道這個問題很久了。

電子郵件發送到哪裡*@example.com？如果我不小心將敏感訊息發送給*@example.com某些邪惡的人（可能是 IANA）有一天能夠取回它嗎？

答案1

如果您嘗試發送電子郵件至*@example.com

  1. 您的 SMTP 將檢查網域是否存在。
  2. MX您的 SMTP 伺服器將在 處 尋找記錄example.com。
  3. 沒有：您的 SMTP 將恢復記錄A。 IP 為 174.137.125.92（截至今日）
  4. IANA 已註冊該網域，但尚未設定偵聽 174.137.125.92 上的連接埠 25 的 SMTP 伺服器。
  5. 那麼行為取決於您的 SMTP。大多數伺服器都會向您發送警告，並稍後重試。最終（通常在 3 天後），SMTP 將丟棄該郵件並向您發送失敗通知。

底線: 這個要看你自己的配置了。但如果 IANA 今天設定了伺服器，他們可能能夠接收您 3 天前嘗試發送的訊息。

答案2

如果沒有 MX 記錄，郵件伺服器將嘗試傳遞到 A 記錄。

example.com 的伺服器不會偵聽連接埠 25，因此郵件伺服器不會建立 TCP 連接，甚至不會開始投遞。

答案3

example.com 沒有 MX 記錄，因此如果按照大多數 SMTP 伺服器的配置，發送網域上的 SMTP 伺服器應該會退回郵件。

編輯：為了讓將來找到這個答案的人清楚起見，這裡解釋了什麼是 MX 記錄：（來自http://en.wikipedia.org/wiki/Mx_record檢索日期：2011 年 11 月 21 日）

郵件交換器記錄（MX 記錄）是網域名稱系統中的一種資源記錄，它指定負責代表收件者網域接受電子郵件的郵件伺服器，以及用於在多個郵件伺服器可用時確定郵件傳送優先權的首選項值。網域名稱的 MX 記錄集指定如何使用簡單郵件傳輸協定路由電子郵件。

因此，基本上，example.com、example.net 和example.org 沒有指定處理傳入郵件的伺服器，因此發送給它們的任何郵件都應作為「無法送達」傳回給寄件者（可能因SMTP 伺服器配置而異） ，但在這種情況下，以「無法送達」的形式傳回給寄件者是一種非常常見的行為）。

編輯 2：有人提出了 RFC 5321 定義的行為，在缺少 MX 記錄的情況下回退到使用 A 記錄。我搜尋了這個 RFC（https://www.rfc-editor.org/rfc/rfc5321）並沒有發現這樣的事情，但某些 MTA（郵件傳輸代理，例如 exim、postfix、sendmail 和 Microsoft Exchange Server 等）可能會嘗試透過 SMTP 將郵件傳送到 A 記錄中定義的位址。對於後人來說，當您嘗試建立與 example.com 定義的 A 記錄位址（撰寫本文時為 192.0.43.10）的 SMTP 連線時，會發生以下情況：

$ telnet 192.0.43.10 25
Trying 192.0.43.10...
telnet: Unable to connect to remote host: Connection timed out

編輯 3：有關相關 RFC 和後備行為的說明，請參閱下面的回應。

答案4

根據互聯網號碼分配機構的IANA 管理的保留域:

範例域

如中所述RFC 2606和RFC 6761，維護一些網域（例如 example.com 和 example.org）用於文件目的。這些域可以用作文件中的說明性範例，無需事先與我們協調。它們不可用於註冊或轉讓。

相關內容