我想知道为什么我无法让我的域名(下面的“example.com”)上的邮件正常运行。
托管服务提供商表示,如果我的域在外部(我有;此配置有效),我必须使用s18.myexampleprovider.com
(具有 IP )作为 MX 值,但是当我指定为 MX 值并为此子域指定指向 IP 的记录时,为什么它不起作用(无法连接) ?是否需要主机名,因为一个 IP 可以容纳多个邮件服务器?如果是这样,有没有办法让它与 一起工作,以便邮件客户端的设置更简单?123.123.123.123
mail.example.com
A
s18.myexampleprovider.com
mail.example.com
非工作配置:
类型 | 姓名 | 内容 |
---|---|---|
A | mail.example.com | 123.123.123.123(即 s18.myexampleprovider.com) |
墨西哥 | 示例.com | mail.example.com |
工作配置:
类型 | 姓名 | 内容 |
---|---|---|
墨西哥 | 示例.com | s18.myexampleprovider.com |
答案1
好的,这里有两个问题。
对于大多数提供商,您可能无法仅将自己的 A 记录指向其邮件服务器,因为这会破坏安全的 SMTP 连接。提供商将在服务器上拥有 SSL 证书,以
s18.myexampleprovider.com
保护用于从第三方向您的提供商发送电子邮件的连接。如果您将 MX 记录设置为mail.example.com
,则任何试图通过您的电子邮件提供商向您发送电子邮件的第三方都会建立连接,SSL 连接测试将失败(因为 SSL 证书s18.myexampleprovider.com
不包含mail.example.com
),并且会断开连接而不是发送电子邮件,因为它看起来像是被定向到无效的服务器。如果您关心的是设置用户,那么 MX 记录就不重要了。MX 记录用于告诉第三方为您的域发送电子邮件的位置,而不是让您的用户指定他们连接到哪个服务器来接收电子邮件。电子邮件提供商可能还会指定一个服务器地址供您连接以接收电子邮件,并且它通常与 MX 记录完全不同,例如,他们可能会将其指定为
mail.myexampleprovider.com
并指向完全不同的服务器(取决于提供商的大小)。理论上,您可以将您的mail.example.com
地址指向该地址,但您再次遇到这样的问题:由于 SSL 证书再次不匹配,他们无法安全地连接到邮件服务器以接收邮件,并且他们会收到大量 SSL 错误。他们可能会点击它们,但除了安全性差之外,这对您的用户来说听起来比他们在设置电子邮件时只需输入一个稍长的地址要麻烦得多。
解决所有问题的唯一方法是让您的提供商将您的mail.example.com
地址包含在他们的 SSL 证书中,以便连接安全起作用,但我怀疑很多提供商是否会支持这一点。