一个子域的ptr

我感觉迷失在DNS中; 请帮助我回到正轨。

  1. 我有一个域名。 我们称之为example.com 。 我可以为A和CNAMEtypes的子域添加DNS条目。
  2. 我有另一台服务器,我想作为foo.example.com 。 我在那里有一个邮件服务器。

当我从foo.example.com向某些服务器发送电子邮件时,由于没有PTRlogging,他们会被拒绝为垃圾邮件。 所以,第一个问题是, 我能做些什么来解决这个问题?

现在我只在example.com注册商的DNS上有一个Alogging。 我可以使用其他提供商的名称服务器为foo.example.com添加所有types的DNS条目。 现在没有这样的条目。

第二个问题是, 我可以在没有停机的情况下解决这个问题吗?

在DNS中获得工作邮件设置的最佳方法是遵循一个清单。 我通常看起来像这样:

  1. 确保标准的DNS点foo.bar.com在65.33.33.33
  2. 确保在foo.bar.com上反向DNS点数为65.33.33.33
  3. 确保邮件服务器发出“HELO”命令为foo.bar.com
  4. 确保bar.com有一个指向foo.bar.com的MXlogging

这些可以检查如下(假设Linux命令行):

1:

 $ dig +short foo.bar.com 65.33.33.33 

2:

 $ dig +short -x 65.33.33.33 foo.bar.com 

3:

 $ telnet 65.33.33.33 25 > 220 SOME HEADER INFO < HELO baz.bar.com > 250 foo.bar.com Hello [65.33.33.33], pleased to meet you 

4:

 dig +short mx bar.com 10 foo.bar.com 

以上海报都是正确的,你的ISP通常负责#2。 有时你需要让他们改变这个,有时他们会把责任委托给你(这意味着你必须运行一个DNS服务器来提供这些请求)。

不需要停机,但是您需要控制您的IP地址空间。 如果不这样做,您的ISP可能愿意为foo.bar.com的IP地址创build一个PTRlogging。

PTRlogging只是一种(假定的,如果你会的话)反向parsingIP地址给主机

你的ISP委托你反向DNSparsing吗? 如果没有,请让他们为foo.bar.com添加一个PTR条目。 如果是的话,你需要为foo.bar.com添加一个XX.YY.in-addr.arpa区域的PTRlogging。

根本不应该停机。

如果有人因为发送电子邮件的机器的IP地址没有PTRlogging而拒绝您的邮件,或者PTR与HELO不匹配,您只需要添加/修复PTRlogging只是联系谁pipe理RDNS的范围,你在(我希望你没有/ 24或更好的自己的)的问题。 这不会造成停机。

另一方面,如果有人拒绝您的邮件,因为发件人域名与PTRlogging不匹配,请打印一堆打印的RFC。