☰

移動了 DNS 和電子郵件託管，現在無法向先前主機上託管的網域發送/接收

tag-icon • tag-icon domain-name-system nameserver dns-hosting mx-record email-server
移動了 DNS 和電子郵件託管，現在無法向先前主機上託管的網域發送/接收

我們公司有 4 個網域，其電子郵件和 DNS 由 usintegration.com 託管，然後我們將這 4 個網域中的 3 個網域的電子郵件和 DNS 託管轉移到了一家新公司。現在，已移動的 3 個網域無法傳送或接收電子郵件。所有其他電子郵件功能適用於所有 4 個網域。沒有退回郵件、錯誤訊息或滯留在佇列中的電子郵件，也沒有證據表明這些遺失的電子郵件到達了新伺服器。

新的託管公司(logixcom.com) 確認他們的一切都很好，並向我保證這很可能是一個舊的區域文件仍然保留在US Integration 的名稱伺服器上，因此從US Integration 發送的電子郵件將被路由到它的位址。由於舊區域檔案的 MX 記錄仍然包含舊資源，因此請求永遠不會離開舊名稱伺服器來線上重新搜尋真正的（新的）權威名稱伺服器。更複雜的問題是，美國一體化無法辨識問題，更不用說解決問題了。

問題真的是這個舊區域檔案只需要從 US Integration 的名稱伺服器中刪除嗎？如果是這樣，我向他們描述這一點的最佳方法是什麼？如果不是，您認為可能是什麼問題？任何幫助深表感謝。我不是IT行業的，所以這一切對我來說都是新的。我知道我（客戶）必須做這些跑腿工作似乎很奇怪，但我只想解決這個問題。

這是我所做的：

  1. Ran dig 來驗證 US Integration 的 MX 記錄仍然指向舊的權威名稱伺服器，而不是上網進行新的搜尋：

    ~$  dig @bart.usintegration.com courycollection.com mx

; <<>> DiG 9.6.0-APPLE-P2 <<>> @bart.usintegration.com courycollection.com mx
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 61227
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; QUESTION SECTION:
;courycollection.com.  IN MX

;; ANSWER SECTION:
courycollection.com. 3600 IN MX 10 mail.usintegration.com.

;; ADDITIONAL SECTION:
mail.usintegration.com. 3600 IN A 65.198.191.5

;; Query time: 29 msec
;; SERVER: 65.198.191.5#53(65.198.191.5)
;; WHEN: Sun Dec 26 16:59:22 2010
;; MSG SIZE  rcvd: 88

  2. Ran dig 嘗試查看當電子郵件從已移動的 3 個網域發送並被拒絕時，Logix 的伺服器會在哪裡查看：

    ~$  dig @faith.logixcom.net.net colcordhotel.com mx

; <<>> DiG 9.6.0-APPLE-P2 <<>> @faith.logixcom.net colcordhotel.com mx
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 31599
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;colcordhotel.com.  IN MX

;; Query time: 31 msec
;; SERVER: 216.201.128.10#53(216.201.128.10)
;; WHEN: Sun Dec 26 17:00:14 2010
;; MSG SIZE  rcvd: 34

2010 年 12 月 28 日更新：US Integration 表示他們刪除了區域文件，隨後的挖掘顯示他們的解析器現在指向正確的 Logix 名稱伺服器，但問題仍然存在。有趣的是，US Integration 業主（擁有@usintegration.com 電子郵件）可以與我（擁有@courycollection.com 電子郵件）來回發送電子郵件，但我們的姊妹酒店（colcordhotel.com 由 US Integration 託管） ）仍然無法發送給我們。

答案1

舊網域是否已從舊郵件伺服器中完全刪除？在許多郵件伺服器中，如果網域被定義為該伺服器提供的名稱，它甚至不會查找 DNS 來查看郵件應發送到何處（因為它已經託管該網域，無需查找）。如果郵件伺服器上仍設定了從 old-domain.com 到 other-domains.com 的郵件，則它們只會在本機傳送，無論 DNS 有何規定。

至於收到的郵件，也可能有關聯。如果接收伺服器發現來自 Internet 的本機網域郵件（即未經任何驗證或來自已知 IP 範圍的入站 SMTP），那麼它可能會將其視為可疑郵件並將其作為垃圾郵件進行過濾。

當使用真實的網域時，這些事情也更容易診斷。示例域非常適合理論或一般問題，但具體問題更適合特定問題。

相關內容