“我认为”我在这里陷入了一个基本的 dns 问题。我可以发送电子邮件但无法接收。
我想要实现的是将我的网页的网络文件托管在 184.69.151.38 上，并使用来自 193.47.34.77 的 smtp ip。
我想我的A记录可能有错。
发生的情况是 mxtoolbox 正在将 184.69.151.38 作为电子邮件服务器，但 smtp 应该从 193.47.34.77 发送。 可能dns问题。我只是没有看到它。
然而smtp测试看起来体面的，并不完美，但应该可以工作。
答案1
当您告诉 mxtoolbox 名为“测试电子邮件服务器”时jessemacdougall.com，它会完全按照您的指示执行操作。您不是在测试“jessemacdougall.com 域的邮件服务器” - 您正在测试服务器是否jessemacdougall.com可以成功接收邮件。而如果使用“DNS查找”功能，该名称唯一实际发布的A记录是184.69.151.38。
我猜测名称为 just.且值为 的A 记录193.47.34.77因位于 DNS 区域之外而被 DNS 服务器拒绝。您可能应该完全删除该记录。
（在 DNS 记录中，以 结尾的名称.应该是完全限定的。仅有的 .实际上声称自己是整个互联网的根 DNS 服务器之一 - 而您绝对不想声称那偶然发生的，因此进行了健全性检查。）
如果您想测试 193.47.34.77 的邮件接收能力，您应该使用 IP 地址或名称magnifies.jessemacdougall.com。这允许使用 mxtoolbox 来测试服务器前它们被完全投入生产使用（通过将域的 MX 记录指向服务器）。
您收到电子邮件是因为有一条 MX 记录告诉全世界，处理域邮件的服务器的名称jessemacdougall.com实际上是magnifies.jessemacdougall.com：
jessemacdougall.com. 3600 IN MX 10 magnifies.jessemacdougall.com.
由于此记录，magnifies.jessemacdougall.com如果 Internet 上的邮件服务器有邮件要为您投递，它们就会知道连接到 IP 地址 193.47.34.77。
域的接收邮件服务器jessemacdougall.com不必命名jessemacdougall.com。它甚至可能完全位于另一个域中，只要正确设置 MX 记录并且服务器管理员已将服务器配置为接受发送到该jessemacdougall.com域的邮件即可。
有一种特殊情况，邮件服务器名称需要与域名匹配。即该域根本没有 MX 记录。但这是不好的做法：有效的接收邮件服务器应该有指向它的 MX 记录。这使得与域名相对应的 A 记录可以自由用于其他目的：在大多数情况下（例如您的情况），它用于 Web 服务器。
为了清除“SMTP 横幅检查”，193.47.34.77 上的电子邮件软件需要按照magnifies.jessemacdougall.comSMTP 横幅中的方式说明其名称。在大多数情况下，这意味着将该名称配置为该主机上 SMTP 软件中的规范主机名。
您的外发电子邮件问题可能是由您的 SPF 记录引起的。在查找您的域的 TXT 类型的已发布 DNS 记录时，我当前可以看到：
jessemacdougall.com. 1021 IN TXT "v=spf1 -all"
jessemacdougall.com. 1021 IN TXT "google-site-verification=U3GFANwgQpWi8WIXsp-zvrb9sqxO5FxW14f5qquz0IU"
第一行是 SPF 记录。这v=spf1 -all意味着 SPF 记录中未列出的任何外发邮件服务器应明确被视为无效 - 但记录中没有列出有效的发送邮件服务器根本没有。实际上，您的域的 SPF 记录当前表示“该域根本不会发送任何合法邮件：如果您看到任何声称源自此处的电子邮件，则它是伪造/恶意软件的结果，应立即作为垃圾邮件丢弃。”难怪你无法成功发送任何东西！
如果您想从 193.47.34.77 向互联网发送外发邮件，则 SPF 记录的值应为：
v=spf1 ip4:193.47.34.77 -all