Smtp協議中mta中繼服務器的過程是怎樣的

這篇文章主要講解了“Smtp協議中mta中繼服務器的過程是怎樣的”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“Smtp協議中mta中繼服務器的過程是怎樣的”吧！

一旦SMTP客戶端從詞匯上識別郵件將被交付處理的域，必須執行DNS查找解析域名。這些名稱應該是完全合格的域名（FQDN）：從部分名稱或本地別名中推斷FQDN的機制不在本規范之內。由于存在問題的歷史，用于初始提交消息的SMTP服務器不應該做出這樣的推理（消息提交服務器[18]具有更高的靈活性），而中間（中繼）SMTP服務器則不能進行這種推理。

查找首先嘗試查找與該名稱關聯的MX記錄。如果找到CNAME記錄，則會將結果名稱處理為初始名稱。如果返回不存在的域錯誤，則必須將此情況報告為錯誤。如果返回一個臨時錯誤，則消息必須排隊并稍后重試（見第4.5.4.1節）。如果返回一個空的MX列表，則將該地址視為與隱式MX RR關聯，優先級為0，指向該主機。如果MX記錄存在，但它們都不可用，或者隱式MX不可用，則必須將此情況報告為錯誤。

如果為給定名稱找到一個或多個MX RR，SMTP系統不得使用與該名稱關聯的任何地址RR，除非它們使用MX RR定位;上述“隱式MX”規則僅適用于沒有MX記錄的情況。如果MX記錄存在，但它們都不可用，則必須將此情況報告為錯誤。

當查找與MXRR相關聯的域名并獲得關聯的數據字段時，該響應的數據字段必須包含域名。該域名在被查詢時務必返回至少一個地址記錄（例如，A或AAAA RR），該記錄給出消息應該指向的SMTP服務器的IP地址。任何其他響應，特別是包括在查詢時將返回CNAME記錄的值，均超出本標準的范圍。 RFC 2181第10.3節[38]詳細討論了解析為CNAME的數據中禁止使用標簽的問題。

當查找成功時，由于存在多個MX記錄，多重歸屬或兩者兼而有之，映射可能會導致替代傳遞地址列表而不是單個地址。為了提供可靠的郵件傳輸，SMTP客戶端必須能夠按順序嘗試（并重試）該列表中的每個相關地址，直到傳送成功。但是，可以嘗試的備用地址的數量也可能是可配置的限制。在任何情況下，SMTP客戶端都應該嘗試至少兩個地址。

使用兩種類型的信息來排列主機地址：多個MX記錄和多宿主主機。

MX記錄包含一個首選項指示，如果出現多個此類記錄，則必須用于排序（請參見下文）。較低的數字比較高的數字更優選。如果有多個目的地具有相同的偏好并且沒有明確的理由支持一個目的地（例如，通過識別容易到達的地址），那么發件人SMTP必須隨機化它們以將負載分散到多個郵件交換機以供特定組織。

目標主機（可能來自首選的MX記錄）可能是多宿主的，在這種情況下，域名解析程序將返回一個備用IP地址列表。域名解析器接口的責任是通過在必要時減少首選項來對此列表進行排序，并且SMTP發送者必須按照呈現的順序嘗試它們。

雖然需要嘗試多個替代地址的功能，但具體安裝可能需要限制或禁止使用替代地址。發件人是否應嘗試使用多址主機的不同地址嘗試重試的問題一直存在爭議。使用多個地址的主要理由是它可以最大限度地實現及時交付的可能性，甚至有時可能實現交付;反駁的是它可能導致不必要的資源使用。請注意，資源的使用也是由第4.5.4.1節中討論的發送策略強烈決定的。

如果SMTP服務器接收到郵件時指定了郵件交換器的目的地，它可能會中繼該郵件（可能在重寫了郵件發送地址和/或RCPT地址之后），最終交付郵件或傳遞郵件在SMTP提供的傳輸環境之外使用某種機制。當然，后者都不需要進一步檢查MX記錄列表。

如果它確定它應該在不重寫地址的情況下中繼消息，則它必須對MX記錄進行排序以確定交付候選項。記錄首先按照優先順序排列，最低編號的記錄是最優選的。中繼主機必須檢查列表中是否有任何郵件事務中可能已知的名稱或地址。如果找到匹配的記錄，則該首選級別的所有記錄和較高編號的記錄必須從考慮中被丟棄。如果此時沒有記錄，則為錯誤條件，并且該消息務必以無法遞送的方式返回。如果記錄保持不變，則應如上所述嘗試它們，最好首選。

目前市場中郵件加密產品，大多需要重新注冊一個郵箱，或者重新部署一套郵件系統，導致原來的郵箱不能用，也就是說需要改變用戶習慣，對于大型公司來說郵件系統升級比較困難。

選擇對于用戶透明的郵件加密產品是個不錯的選擇，比如天御云安推出的隱密郵在確保郵件內容加密的同時，部署對于用戶也是透明的，可以說非常人性化。

感謝各位的閱讀，以上就是“Smtp協議中mta中繼服務器的過程是怎樣的”的內容了，經過本文的學習后，相信大家對Smtp協議中mta中繼服務器的過程是怎樣的這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關知識點的文章，歡迎關注！