好吧,我已经绞尽脑汁思考了好几个小时,并阅读了所有我能找到的关于 MX 记录的文章。我只是不确定为什么我的 MX 记录停止工作了。以下是我当前的 MX 记录:
域名 TTL 记录类型
newage.design. 14400 IN MX 0 mail.newage.design.
newage.design. 14400 IN MX 10 mail.newage.design.
mail 14400 IN A 162.246.57.163
答案1
我不确定我是否理解了问题所在。
该域名的所有 3 个名称服务器newage.design
均以优先级 10 的正确 MX 记录做出响应mail.newage.design
。
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 的最新更新,它增加了 exim 的延迟,然后才向客户端显示 SMTP 横幅。
似乎很多服务器都不喜欢这种延迟和超时,然后才能将邮件发送到 cPanel 服务器。
cPanel 表示他们引入此“功能”是为了防止垃圾邮件,但恕我直言,这只会造成问题,并不能真正解决任何问题。坦率地说,我厌倦了在过去几天自动升级的每个 cPanel 服务器上禁用此功能。
延迟传入垃圾邮件的 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 后外部监控系统报告故障,请配置您的监控系统以允许与端口 25 的连接超时 45 秒。(阅读监控系统的文档以了解如何调整超时和轮询设置。)
如果这不能解决问题,请将监控系统的 IP 地址添加到 WHM 的 Exim 配置管理器界面(主页 >> 服务配置 >> Exim 配置管理器)的受信任的 SMTP IP 地址部分。
如果您的监控系统仍然遇到错误,请在 WHM 的 Exim 配置管理器界面(主页 >> 服务配置 >> Exim 配置管理器)的基本编辑器部分中禁用“为未知主机和被检测为垃圾邮件的消息引入 SMTP 事务延迟”设置。但是,这可能会导致您的服务器收到的垃圾邮件增加。
Introduce a delay into the SMTP transaction for unknown hosts and messages detected as spam
因此,您很可能需要禁用WHM 上的选项Home >> Service Configuration >> Exim Configuration Manager
这应该可以解决你的问题。
答案2
为什么我的 MX 记录无法找到且无法使用
那里似乎有一个 MX 记录。你为什么这么说?
Dig 显示了这一点
newage.design。21599 IN SOA ns1.newage.design。tylerradlick.gmail.com。2015102532 86400 7200 3600000 86400 newage.design.21599 IN A 162.246.57.20 newage.design。21599 IN MX 10 mail.newage.design。 newage.design。21599 IN NS ns1.newage.design。 newage.design。21599 IN NS ns2.newage.design。 newage.design。21599 IN NS ns3.newage.design。 newage.design.21599 IN TXT“v=spf1 +a +mx +ip4:162.246.57.163 ~all” ;; 附加部分: 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
主机 -t ns newage.design
newage.design mail is handled by 10 mail.newage.design.
所以邮件应该可以工作。但优先级0MX 丢失。这并不重要,因为你将它发送到了同一个服务器。根据你链接的那些 tiff,我认为你可能已经将其删除了。
mail.newage.design
一开始反应很慢。我又测试了几次,现在没有回应一点也没有。也许这就是让你烦恼的原因?