TaiwanTonguesApiRobot：從 JSON 檔案批量匯入

2025-08-22T06:20:16Z

從 JSON 檔案批量匯入

新頁面

'''郵件交換記錄'''('''MX record''') 是域名系統（DNS）著的一種資源記錄類型，用佇指定負責處理發往收件人域名的郵件侍服器。MX 記錄允准設定一个優先次序，彼濟个郵件侍服器會當用的時陣，會根據該值決定欲投遞郵件的侍服器。簡單郵件傳輸協定（SMTP）會根據 MX 記錄的值來決定郵件的路由過程。

==概述==

資源記錄是域名系統 ( DNS ) 的基本資訊單元，伊的由「記錄類型」（比如講 A，MX，NS 等）和「DNS 類」（比如講 Internet，CHAOS 等）來加以區分。逐條記錄攏有一个有效期 ( TTL，time-to-live )，毋過這个時間盡磅了後，𪜶所包含的資訊著愛對一个權威的名稱侍服器等進行更新。DNS 中的資源記錄是按照 _ 名稱 _ 欄位組織的，即 DNS 樹中一个節點完整網域名稱 ( FQDN )。而對 MX 記錄來講，這就是收件人的電子郵件位址的域名部份，即 @ 後壁的部份。也就是講，對於 someone @ example . com 這个電子郵件位址，example . com 可以做 MX 記錄的查詢。

MX 記錄中的資訊包括完整網域名稱和優先次序。其中網域名稱必須會當對映著一个抑是真濟个 DNS 中類型做 A 抑是講 AAAA 的位址記錄，而且根據 RFC 兩千一百八十一，原則上禁止指向 CNAME 記錄 .

做通過網際網路傳送電子郵件時，傳送方的郵件傳輸代理（MTA，Mail transfer agent）將會向 DNS 傳送的請求，查詢逐个收件人的電子信箱域名的 MX 記錄。這个請求就會倒轉來會當接受發往該電子批箱仔出名的郵件交換侍服器的列表，佮𪜶的優先次序。紲落來伊，傳送方的傳輸代理將會就按呢試和遮的侍服器的建立 SMTP 連接。

MX 記錄的機制允准為一个郵件域名組態等等服器，並且允准管理員通過優先次序指定試看覓連接𪜶的先後順序。這對組態真濟个郵件侍服器構成的懸可用性誠密密是足有路用的。

MX 記錄的機制無法度改變郵件服務使用的埠號，以無仝優先次序為權重來共郵件分發予無仝款的郵件侍服器。猶毋過，會當通過指定相仝的優先次序來將郵件等可能性地分發予濟个郵件侍服器。

==MX 的偏好，距離佮優先次序==

根據 RFC 五千三百二十一 , 愈細的數字代表愈懸的優先次序。這个字眼可能會予人憢疑，所以乎「偏好數字」應該予人看做是「距離」為佳：閣較短的距離做閣較可取。早前的 RFC（RFC 九百七十四）指出，彼兩个侍服器的首選號碼仝款的時陣，𪜶有仝款的「優先次序」，所以講這兩个術語會當相換使用的。

===備份 MX===

一个「目標侍服器」，是通常是上優選的一个知影按怎發送予相關使用者電子信箱奉服器。其他較低優先次序（數字較大的）侍服器，閣名做「備份 MX」抑是「次要 MX」，通常共訊息儲存並等待主侍服器可用的時陣才提。若二台奉服器攏佇線抑是用某一種方式互相連接，則備份 MX 通常只會短暫性地存放訊息，並且隨欲轉斡到主 MX 侍服器頂懸。備份 MX 多數干焦是充當儲存佮轉發的郵件侍服器。

===優先次序===

郵件會傳達到以上小優先編號（上高優先級）的郵件交換侍服器，因此用郵件傳達的 MX 記錄應該有上細的優先編號，通常替零。親像使用零作為郵件路草記錄，閣使用十作為驗證你有擁有你的域名。MX 優先次序決定侍服器應該予人聯絡的順序（假使有真濟个侍服器嘛有無仝款的優先次序）：上優先的侍服器（佮最小優先編號）將頭先予人試聯絡。基本上佇咧 DNS 記錄中攏會顯示其優先編號，毋過有當著仔嘛會錯誤地標記為「優先」。

關於著 MX 優先次序的一个捷看著的誤解是，伊旨咧增加郵件傳達的可能性，但是干焦有具備仝款首選優先次序的 MX 侍服器才會當提供遮優勢，因為乎 MX 優先次序規定某一寡侍服器應該首先予人試看覓聯絡。MX 優先次序的另外一个捷看著誤解是，為著侍服器負擔的超過量情形下的「故障轉移」方法。雖然嘛會當按呢使用，但是這是一種無好的資源管理技術，因為伊故意造成過載，並無充分利用會當用的硬體。只要為所有的侍服器分配相仝的優先次序嘛相仝會當做會到，甚至會當幫助避免負擔過量的狀況，對而且減少延慢來提高系統速度。

SMTP 協定建立一个儲存轉發網路，若是某一个網仔域的所有郵件侍服器攏佇咧離線的情形的時陣，遐爾仔發送郵件侍服器就會對發送去網域的郵件進行排隊，以便較重試。猶毋過，遮的侍服器無法度知影就是網路早前離線侍服器的線頂狀況。發送郵件侍服器干焦佇後改咧試驗閣傳送的時才會發現就是應該毋是會當用的。發送郵件侍服器的發送時間佮最後到位目的侍服器器器器的延遲時間可能由幾分鐘到幾工之間不等，這就決定佇咧起送侍服器的重試排程。這才是唯一利用備用 MX 的解決辦法。這个方法就是用次欲 MX 侍服器器佇外口的方法就知影侍服器恢復上線的時間。所以，做主侍服器離線的時，訊息將會發送比佇咧起送侍服器排列重新來試發送的時陣有閣較好的所在。

以下列出一寡袂用得抑是袂用得喔該共備用的侍服器設做伙等的優先次序的原因：

* 備用侍服器的有人無仝款主侍服器
* 備用侍服器毋通直接存取著主要的郵件位置
* 備用侍服器袂當分辨有效的收件人位址
* 備用侍服器的流量成本較懸
* 備用侍服器有明顯的頻寬速度問題
* 備用侍服器的頻闊有懸延遲的問題

==參考資料==

[[分類: 待校正]]

MX記錄 - 修訂紀錄

TaiwanTonguesApiRobot：​從 JSON 檔案批量匯入

TaiwanTonguesApiRobot：從 JSON 檔案批量匯入