在您的 DNS 控制台中選擇“包含 MX 文件”。確保束句柄實際上是我們實例“domain.com”中的原始域 將 FQDN 設置為我們公司僅開發的 A 文檔，在我們的情況下實際上是“mail.domain.com”。
最實惠的房子實際上是絕對最推薦的，但在我們的例子中，我們公司將把最高優先級設置為 10。 使用 NSlookup 檢查 DNS 以及實際使用 MX 文件 DNS 循環最多可能需要 48 小時但大部分時間為 12-24 小時。要檢查我們的 DNS 訪問實際上是否被管理並修復，我們的團隊可以輕鬆地使用 nslookup。

我們的專家需要執行的初始點實際上是製作一個 A 文檔，以將外部 Internet 協議句柄定向到您的防火牆軟件上映射到電子郵件 Web 服務器的外部 Internet 協議句柄。在我們的例子中，我們的專家肯定會開發“mail.domain.com”來直接處理“87.22.1.22”的互聯網協議接下來我們的專家肯定會開發一個MX文件來直接到我們最近製作的電子郵件託管服務器的報告。

從歷史最低點開始，您需要完成的第一件事實際上是為您的電子郵件 Web 服務器的內部個人句柄指定一個固定的外部 Internet 協議句柄。您當然需要在您的防火牆軟件上管理這些規定，以將 SMTP（插槽 25）和 NAT 外部互聯網協議處理到主機服務器的內部處理。

如果 DNS 實際上是不准確的系統，那麼您的電子郵件 Web 服務器 Internet 協議實際上會被列入黑名單。如今，大多數電子郵件託管服務器都擁有某種垃圾郵件安全公司，因此這意味著如果您執行成為垃圾郵件黑名單的詳細信息，您的所有傳入電子郵件肯定會被實際攔截。

許多主管忽略檢查甚至執行的一件事實際上是建立向外的 NAT 規則，以使用為電子郵件 Web 服務器的傳入規則生成的相同的外部 Internet 協議句柄。如果沒有指定，反向 DNS 肯定不會匹配，並且在自旋中，您的電子郵件託管服務器實際上會在黑名單上詳細說明。如果您的防火牆程序規則實際上是正確的系統，則此網頁上指定的 Internet 協議處理必須與您映射到電子郵件託管服務器的內部個人 Internet 協議處理實際上相同的 Internet 協議處理出於此實例的原因,

一群管理人員忘記檢查甚至執行的一件事實際上是準備外向 NAT 策略以使用完全相同的外部互聯網協議處理我的世界多人遊戲服務器為電子郵件網絡服務器的傳入規則生成。反向 DNS 肯定不會匹配，而且如果沒有建立，您的電子郵件 Web 服務器肯定會在黑名單上實際註明。如果您的防火牆程序策略實際上安排得當，則此網頁上詳述的 Internet 協議句柄應該與您映射到電子郵件 Web 服務器的內部個人 Internet 協議句柄的 Internet 協議句柄一致對於實例的目的，這裡列出的實際上是所有我的電子郵件託管服務器的信息，以幫助您了解您需要執行的操作。

執行在 Win 2000 甚至 Win 2003 安裝光盤上發生的 ADC 肯定無濟於事。與 Exchange 自行提交不同，您可以使用 Exchange 解決方案包文件執行 ADC 的初步安裝。ADC 利用 LDAP 進行測驗以及改進託管服務器。

在這篇文章中，我將解釋如何正確配置您的 MX 以及如何為您的電子郵件 Web 服務器反向 DNS 報告。這篇簡短的文章實際上基於 Exchange 2003/2007 託管服務器，但間歇性消息 Web 服務器肯定會遵守完全相同的準則。

您將需要成為外部 DNS 公司的管理聯繫人，以便為您的域名創建這些改進。這可以通過您的 DNS 運營商通過在線管理門輕鬆實現。在電話中甚至通過電子郵件都忽略了這一點。
我們團隊需要執行的第一件事實際上是製作一份 A 報告，以指示映射到您的防火牆軟件的外部 Internet 協議句柄到電子郵件託管服務器。大量的 A 文檔可以通過任何類型的特徵聯繫，但實際上經常聯繫“電子郵件”。在我們的例子中，我們公司肯定會製作“mail.domain.com”來表示互聯網協議處理“87.22.1.22”接下來我們的團隊將生成一個MX報告來表示我們的電子郵件Web服務器新生成的A文檔。