domain-name-system – 由于DNS配置,不接收来自某些发件人的邮件

概述我注意到我的谷歌应用程序域的一个特殊行为.大多数邮件都是按照您的预期通过,但在一段时间内我得出结论,来自某些发件人的邮件没有通过.在找到一个这样的发件人,其邮件无法通过后,我已经让他尝试向我发送电子邮件并转发“发送失败” – 响应我的常规Gmail. 传递失败响应包含以下代码段： —– Transcript of session follows —– <myusername@GHS.L.GOOGL 我注意到我的谷歌应用程序域的一个特殊行为.大多数邮件都是按照您的预期通过,但在一段时间内我得出结论,来自某些发件人的邮件没有通过.在找到一个这样的发件人,其邮件无法通过后,我已经让他尝试向我发送电子邮件并转发“发送失败” – 响应我的常规Gmail.

传递失败响应包含以下代码段：

—– Transcript of session follows —–
<myusername@GHS.L.Google.COM>… Deferred: Connection timed out with ghs.l.Google.com.

这有助于我通过快速搜索来识别问题,这使我在Google Apps帮助论坛上获得了this page.实际上,我检查了我的域名的DNS记录,并且@设置为ghs.Google.com. (Cname),它不应该是.将其更改为@ 74.125.93.121(A)*解决了问题.

我理解,在邮件无法通过的情况下,我的域名通过Cname查找替换为其规范名称,因此邮件发送到myusername@ghs.l.Google.com而不是myusername @ mydomain. COM.但为什么它适用于绝大多数发件人呢？发件人的邮件是否无法通过,使用一些不同类型的邮件协议,一些奇怪的DNS设置,或者它可能是什么？

通过研究谷歌上的问题我可以看到,这似乎是一个广泛的问题(很多人抱怨来自battle.net的电子邮件没有通过,将是一个流行的例子),只有人们似乎没有要注意问题在于他们自己的DNS设置,而不是在发件人那边.

那怎么解释呢？

*我使用这个IP是因为我读了here,但我认为任何IP都可以解决问题.谁能证实这一点？请注意,只是删除@记录无法解决问题,必须进行更改.

@R_419_6120@ 从RFC 2821“简单邮件传输协议”,第5节“地址解析和邮件处理”：

The lookup first attempts to locate an MX record associated with the
name. If a Cname record is found instead,the resulting name is
processed as if it were the initial name.

一般来说,这就是Cname的工作方式.它们经常被误用,误解和误解. 总结

以上是内存溢出为你收集整理的domain-name-system – 由于DNS配置,不接收来自某些发件人的邮件全部内容，希望文章能够帮你解决domain-name-system – 由于DNS配置,不接收来自某些发件人的邮件所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。