标签: mx-record

我认为这绝对没有任何理由或理由，但在我张开嘴并在深泡菜中获得一些管理员之前，我想我应该问一下。

是否有任何情况下 MX 记录应指向环回地址？对我来说，这意味着任何尝试发送到该域的邮件服务器都会发送给自己，并失败，但我不是邮件专家，所以也许我错过了一些东西。

在对为什么我们没有收到电子邮件进行故障排除时，我遇到了以下问题？客户的问题，我无法解决这个问题。不过，也许我想多了。

设置显示“此域没有邮件服务器”的 DNS 记录的适当方法是什么？

我假设我需要一个特殊的 MX 记录来执行此操作，否则将假定 A 记录是答案。

我问这个问题是因为在前线停止邮件似乎会更好，因此拒绝相关域的邮件不会成为网络服务器的责任。

我正在构建一个应用程序，每个客户都可以在其中拥有自己的子域。在这个例子中，他将他的子域设置为：威士忌

我在我的 DNS 中创建了一个通配符子域：

*.myapp.example A 192.0.2.123

所以当他访问我的 webapp 时，他会使用 URL:whisky.myapp.example并且它会解析为192.0.2.123.

我的应用程序还使用我的客户选择的相同子域发送电子邮件（电子邮件将由 sendgrid 处理）：例如 customer@whisky.myapp.example

但是，当我尝试为 sendgrid 的服务器设置通配符 MX 记录时，我的 DNS 提供商不允许我这样做，理由是违反了一些标准。

例如 *.myapp.example MX sendgrid.com

有什么办法可以同时拥有通配符子域？

我们正在为 GMail 服务配置 DNS，MX 记录是按照 Google 所说配置的，但是，在 DNS 检查中，有一个警告：

SPF must allow Google to send mail on behalf of the domain

我的问题：

• 为什么 GMail 的 SPF 记录有问题？

• 如何解决这个问题？

非常感谢您的帮助！

我有一个我正在尝试解决的情况，但我不完全确定如何解决。

这是情况：

我有一个域，比方说sub.otherdomain.com，我想在上面设置电子邮件地址，并另外设置一个 A 记录。我不拥有此域，但域的所有者已设置CNAME记录以指向我的域之一（假设customer.mydomain.com）

我的理解是，设置CNAME记录将导致所有记录查找sub.otherdomain.com都使用customer.mydomain.com. 这对于A我设置的记录似乎工作正常，但MX记录似乎没有CNAME正确通过。

总之，存在以下记录：

sub.otherdomain.com

CNAME  customer.mydomain.com

customer.mydomain.com

A xxx.xxx.xxx.xxx
MX (mx details)

我的假设是发送到 xxx@sub.otherdomain.com 的电子邮件将使用MX来自customer.mydomain.com. 不是这样吗？

假设我有以下域的活动 DNS example.com（忽略优先级和 ttl）

   example.com A    123.45.67.89
mx.example.com A    123.45.67.89
   example.com MX   mx.example.com

现在，这是一个有效的 DNS 记录。如果我添加以下 mx 记录，会导致任何问题吗？

mx.example.com MX   mx.example.com

我已经测试过了，它似乎有效，但我想确定一下。

原因是，我总是使用 mailaddress@mx.example.com 发送电子邮件，而没有添加最后一条 mx 记录。但是有些服务会失败，因为它们没有使用主域，而是检查子域（如果该 mx 记录存在）。添加 mx 记录似乎可以让服务正常工作，但我现在担心它可能会导致实际发送/接收电子邮件的问题。

此外，我已将新 mx 记录的优先级设置为低于原始记录，因此理论上应该使其始终选择第一个，但我很好奇如果优先级颠倒它甚至会起作用。

如何向使用较低优先级的 Google Domains 添加另一条 MX 记录？当我尝试添加较低优先级的 MX 记录时，它给了我这个错误，“记录已在使用中”。

我在这里按照谷歌的指示，

我做互联网服务器已经有 30 年了。在过去的三年里，我重新开始运营并处理所有新的基础设施奇迹。感觉真的很棒。我不时在我们的邮件服务器上工作，该服务器用作客户机器的中继。邮件队列始终是查看邮件出错的地方。

在检查当前无法访问的某些目标域时，我看到很多域根本没有设置 MX 记录。我的知识是：如果您想通过邮件可靠地访问，请添加至少两个能够接收该域邮件的邮件服务器的 MX 记录。一台主机和一台后备机。根本没有 MX 记录的邮件服务器将回退到通过其域的 A 记录检索目标邮件服务器的 IP 地址。

有问题的域来自真正没有垃圾邮件主机等的企业。

这些站点配置错误。大约 15 年前，这样的配置肯定会指向在 Windows 上运行的 IT 部门，而对 Internet 一无所知。

我是否错过了邮件配置中的任何重要更改，或者邮件配置错误是否正在上升？

我买了一个域名https://kmtc.com.sa/。域提供商是 marcaria.com。它目前指向 Web 文件的 Hostinger。

在雅虎的邮件服务器是应该与Yahoo合作，指向MX记录到雅虎邮件服务器。

问题：现在已经 5 天了，邮件服务器仍然没有工作。我问过雅虎，他们为我提供了需要添加到 MX 记录的值。

以下是已添加到 Marcaria 仪表板的配置值。

记录

kmtc.com.sa         31.220.51.87    
kmtc.com.sa         68.142.212.40   
mail.kmtc.com.sa    68.142.212.40

MX 记录：邮件交换器 - 邮件服务器

Host Name          Server                           Priority     
kmtc.com.sa        mx-biz.mail.am0.yahoodns.net     10

TXT 记录：地址

Host Name            TXT Value   
kmtc.com.sa          v=spf1 ~all    
kmtc.com.sa          v=spf1 a mx include:aramco.com include:aramco.com.sa ~all  
_dmarc.kmtc.com.sa   v=DMARC1; p=none; pct=100; rua=mailto:re+baknzohptz3@dmarc.postmarkapp.com; sp=none; aspf=r;

我真的不确定这是否是正确的配置，因为现在是第 5 天。我只是希望我能尽快得到正确的配置。

我只设法获得了 Yahoo 支持，而不是 Marcaria（域提供商）。可能是因为现在是复活节季节，域名提供商仍然没有响应，因为这是他们的假期。

使用的缔约方：

Namecheap 托管的许多域包含奇怪的 DNS TXT 记录，这些记录似乎是 base64 编码的，解码后看起来像一种奇怪的 MX 记录 - 具有优先级和域的结构。这些是干什么用的？似乎没有任何关于这些的文件。有成千上万个这样的例子，但没有明确的目的或文档。有谁知道这些是做什么用的？

一些例子：

• everythingforsight.org.有一个 TXT 记录，MAltYWlsLmV2ZXJ5dGhpbmdmb3JzaWdodC5vcmcuCg==其解码为 0 mail.everythingforsight.org.
• 1eyeworks.com.有一个 TXT 记录，MAltYWlsLjFleWV3b3Jrcy5jb20uCg==其解码为0 mail.1eyeworks.com.