Domain-Name-System

為什麼找不到我的 MX 記錄並且無法正常工作

  • October 25, 2015

好的，我已經絞盡腦汁好幾個小時了，並且閱讀了我能找到的所有關於 MX 記錄的文章。我只是不確定為什麼我的停止工作了。這是我目前的 MX 記錄：

域 TTL 記錄類型

newage.design。14400 IN MX 0 郵件.newage.design。

新時代設計。14400 IN MX 10 mail.newage.design。

郵寄 14400 IN A 162.246.57.1​​63

我不確定我是否理解問題所在。

域的所有 3 個名稱伺服器都newage.design以正確的 MX 記錄響應mail.newage.design，優先級為 10。

b-pi1:~# dig mx newage.design @ns1.newage.design

; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> mx newage.design @ns1.newage.design
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 41465
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 4
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;newage.design.                 IN      MX

;; ANSWER SECTION:
newage.design.          86400   IN      MX      10 mail.newage.design.

;; AUTHORITY SECTION:
newage.design.          86400   IN      NS      ns1.newage.design.
newage.design.          86400   IN      NS      ns2.newage.design.
newage.design.          86400   IN      NS      ns3.newage.design.

;; ADDITIONAL SECTION:
mail.newage.design.     86400   IN      A       162.246.57.163
ns1.newage.design.      86400   IN      A       162.246.57.163
ns2.newage.design.      86400   IN      A       162.246.57.19
ns3.newage.design.      86400   IN      A       162.246.57.20

;; Query time: 148 msec
;; SERVER: 162.246.57.163#53(162.246.57.163)
;; WHEN: Sun Oct 25 19:48:58 2015
;; MSG SIZE  rcvd: 170

b-pi1:~# dig mx newage.design @ns2.newage.design

; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> mx newage.design @ns2.newage.design
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 17781
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 4
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;newage.design.                 IN      MX

;; ANSWER SECTION:
newage.design.          86400   IN      MX      10 mail.newage.design.

;; AUTHORITY SECTION:
newage.design.          86400   IN      NS      ns1.newage.design.
newage.design.          86400   IN      NS      ns2.newage.design.
newage.design.          86400   IN      NS      ns3.newage.design.

;; ADDITIONAL SECTION:
mail.newage.design.     86400   IN      A       162.246.57.163
ns1.newage.design.      86400   IN      A       162.246.57.163
ns2.newage.design.      86400   IN      A       162.246.57.19
ns3.newage.design.      86400   IN      A       162.246.57.20

;; Query time: 151 msec
;; SERVER: 162.246.57.19#53(162.246.57.19)
;; WHEN: Sun Oct 25 19:49:01 2015
;; MSG SIZE  rcvd: 170

b-pi1:~# dig mx newage.design @ns3.newage.design

; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> mx newage.design @ns3.newage.design
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 44351
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 4
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;newage.design.                 IN      MX

;; ANSWER SECTION:
newage.design.          86400   IN      MX      10 mail.newage.design.

;; AUTHORITY SECTION:
newage.design.          86400   IN      NS      ns1.newage.design.
newage.design.          86400   IN      NS      ns2.newage.design.
newage.design.          86400   IN      NS      ns3.newage.design.

;; ADDITIONAL SECTION:
mail.newage.design.     86400   IN      A       162.246.57.163
ns1.newage.design.      86400   IN      A       162.246.57.163
ns2.newage.design.      86400   IN      A       162.246.57.19
ns3.newage.design.      86400   IN      A       162.246.57.20

;; Query time: 157 msec
;; SERVER: 162.246.57.20#53(162.246.57.20)
;; WHEN: Sun Oct 25 19:49:04 2015
;; MSG SIZE  rcvd: 170

從您的螢幕截圖中，我了解到您正在使用 cPanel/WHM，並且從您對“問題”的糟糕描述中，我了解到您可能無法接收來自某些主機的郵件，因此您認為您的 MX 記錄有問題，而不是正確描述您的問題。

如果是這種情況，那麼您的問題根本不在於 MX 記錄，而在於 cPanel 的最新更新，這在向客戶端顯示 SMTP 橫幅之前增加了 exim 的延遲。

我似乎很多伺服器不喜歡這種延遲和超時，然後才能將郵件發送到 cPanel 伺服器。

cPanel 說他們引入了這個“功能”來防止垃圾郵件，但恕我直言，這只會導致問題，並不能真正解決任何問題。坦率地說，我厭倦了在最近幾天自動升級的每台 cPanel 伺服器上禁用此功能。

https://documentation.cpanel.net/display/ALD/11.52+Release+Notes#id-11.52ReleaseNotes-DelaySMTPtransactionforincomingspam

延遲傳入垃圾郵件的 SMTP 事務

我們在 WHM 的 Exim 配置管理器界面（首頁 >> 服務配置 >> Exim 配置管理器）的基本編輯器部分添加了在未知主機和檢測為垃圾郵件的消息的 SMTP 事務中引入延遲選項。此選項將 SMTP 接收器配置為在檢測到垃圾郵件時再等待幾秒鐘以進行連接。

通常，合法的郵件系統會等待超過延遲，而垃圾郵件發送者不會等待超過延遲。

筆記：

系統將以下遠端主機排除在延遲之外：

Neighbor IP addresses in the same netblock
Loopback addresses
Trusted Mail Hosts
Relay Hosts
Backup MX Hosts
Skip SMTP Checks Host
Sender Verify Bypass Hosts
Greylist Trusted Hosts

警告

如果在您將伺服器更新到 cPanel 和 WHM 版本 11.52 後，您的外部監控系統報告失敗，請將您的監控系統配置為允許 45 秒超時連接到埠 25。（請閱讀您的監控系統文件以了解如何調整超時和輪詢設置。 )

如果這不能解決問題，請將監控系統的 IP 地址添加到 WHM 的 Exim 配置管理器界面的受信任的 SMTP IP 地址部分（首頁 >> 服務配置 >> 進出口配置管理器）。

如果您的監控系統仍然遇到錯誤，請在 WHM 的 Exim 配置管理器界面的基本編輯器部分（首頁 >> 服務配置 >> Exim 配置管理器）。但是，這可能會導致您的伺服器收到的垃圾郵件增加。

所以很可能你需要禁用Introduce a delay into the SMTP transaction for unknown hosts and messages detected as spamWHM上的選項Home >> Service Configuration >> Exim Configuration Manager

那應該可以解決您的問題。

引用自：https://serverfault.com/questions/731510

相關問答

Domain-Name-System

域和子域的 MX 記錄

  • February 25, 2021
檢視問答
Domain-Name-System

新的公共 IP 地址 - 電子郵件、網路伺服器

  • July 18, 2016
檢視問答
Domain-Name-System

DNS 伺服器（如 Bind9）對 LAMP 堆棧有用嗎

  • March 16, 2016
檢視問答
Linux

named.conf 中的 DNS 保護

  • March 23, 2015
檢視問答
Domain-Name-System

挖顯示外部配置？

  • November 22, 2014
檢視問答
Domain-Name-System

空 MX 記錄

  • January 4, 2012
檢視問答