我正在运行我自己的邮件服务器，工作正常，但没有为一些目标。 基本上我可以发送邮件给大家，除了*@gmx.net和*@web.de ，如果我这样做，大约需要一个星期，然后我得到一个Undelivered Mail Returned to Sender邮件。 在那里我发现这个错误： Diagnostic-Code: smtp; 554-gmx.net (mxgmx114) Nemesis ESMTP Service not available 554-No SMTP service 554-Bad DNS PTR resource record. 我一直在Google上search，并find了一些解释，但我仍然不知道把什么放在DNSlogging。 现在我在DNS的TXT部分有这个 v=spf1 a mx ptr -all 但它不工作。 我该如何解决这个问题？
我需要为不同供应商的s1._domainkey和s2._domainkey CNAME域条目设置多个值。 我如何追加多个值为s1和s2域密钥？
我使用一段代码进行一些自动操作，我需要在工作中进行操作。 代码在Docker容器中运行，代码使用nodejs编写。 部分脚本请求来自不同服务器的信息，该服务器不是所涉及的容器的兄弟姐妹 – 重要的是要指出，因为docker有一个内部的dns系统，可以假定问题的原因。 剧本已经使用了大约一年，现在已经连续三周。 突然间，我在日志中看到一个错误： getaddrinfo ENOTFOUND example.com example.com:443 at errnoException (dns.js:28:10) at GetAddrInfoReqWrap.onlookup [as oncomplete] (dns.js:79:26) 我期望这是一个nodejs问题开始，但是当我在production containerinputbash并试图ping地址之后，它不能parsing地址 – ping直接工作的IP地址。 # ping example.com ping: unknown host 尝试ping主机中的地址没有任何问题，就像在我的电脑上，并在dev container的兄弟production container 。 这个脚本对组织来说是至关重要的，所以在一个急切的尝试中，我只是简单地删除了容器并重新运行。 马上就起作用了，现在已经运转了一个小时。 这对组织来说很好，但我的书呆子头脑不能rest。 发生什么事？ 这怎么可能发生？ 它能再次发生吗？ 我能做些什么来阻止它？ 我如何解决这个问题，而无需重新启动？ 我的第一个想法是告诉nodejs为每个请求使用一个新的代理。 但感觉我相信这个问题是与操作系统有关，我不认为这将解决它。 到目前为止，我们已经创build了这个“待办事项列表”，如果这个问题再次出现： ping ip | 只是为了检查目的地了 ping主机名 ping任何其他的主机名，看它是否是一个特定的主机名或一般 挖主机名 cat /etc/resolv.conf ip a […]
我的网站“staging.my_website.com”的nginxconfiguration的一部分Nginx是在这种情况下的反向代理： server { listen 80 default_server; listen [::]:80 default_server; server_name staging.my_website.com; return 301 https://$server_name$request_uri; } server { listen 443 ssl; listen [::]:443 ssl; server_name localhost www.staging.my_website.com; return 301 https://staging.my_website.com$request_uri; } server { listen 443 ssl default_server; listen [::]:443 ssl default_server; server_name staging.my_website.com; location / { # …………… proxy_pass http://localhost:1234; proxy_redirect http://localhost:1234 https://staging.my_website.com; 它不工作： staging.my_website.com show […]
感谢您花时间阅读我的问题。 我已经遍布谷歌和论坛寻找直接的答案我的问题，但没有运气到目前为止。 我有一个在本地主机上运行的Exchange 2016服务器。 为了讨论的缘故，它的信息（具体名称按照惯例改变，但格式正确）： 主持真正的FQDN – mail.internal.example.com 所有的“内部”和“外部”URL都被configuration为“ https://mail.example.com ”，根据需要在/ OWA末尾添加适当的path。 来自DigiCert的通配符SSL证书，* .example.com为CN和* .example.com，example.com，*。internal.example.com，internal.example.com SAN。 一般情况下，正常工作。 然而自动发现似乎真的搞乱了事情。 我了解到，自动发现首先尝试首先检查https://example.com/Autodiscover/autodiscover.xml ，然后检查https://autodiscover.example.com/Autodiscover/Autodiscover.xml 。 为什么微软决定使用这个选项时，他们有明确的使用CNAME或SRVlogging这个相同的任务的指导是超出我的。 我的公共域名DNS注册商和域名服务器是NetworkSolutions，我有一个由GoDaddy托pipe的网站。 所以自动发现首先检查example.com，并find我的Alogging指向Godaddy，所以我的客户不必inputwww到他们的浏览器。 由于我没有在GoDaddy上进行DNS或电子邮件托pipe，似乎没有办法让他们将这个stream量redirect到正确的服务器。 由于自动发现正在检查当然是打开的端口443，因此它会检查失败的SSL证书，因为我还没有将其添加到主机。 在这两种情况下，虽然我甚至不希望自动发现服务得到这么多。 第一次失败是完整的PC Outlook客户端的一个小问题，然后它只是去检查autodiscover.example.com和工作，但几乎所有的移动设备在这里失败，迫使我手动input正确的服务器名称，在这一点倾向于工作。 据我所知，证书工作正常，我没有这些问题。 所以目前我已经从公共DNS中删除了@Alogging，这导致第一次自动发现检查快速失败并继续前进，但是现在我的客户必须手动inputwww到地址栏，而客户是客户，理想。 有没有人遇到过更优雅的解决scheme？ 我会采取任何事情，但最佳实践解决scheme将是最受欢迎的。 我必须使GoDaddy我的公共DNS，让他们做一些redirect？ 我真的不知道这是如何工作的，因为httpsstream量是encryption的，那么GoDaddy如何知道要redirect的stream量呢？ 因此，我想这将是TLDR：当example.com成功但是错误地parsing为云中的Web服务器，但是我的邮件服务器已经启动时，如何使Autodiscover在Android或其他移动设备上工作？
每隔两天左右，我的服务器就会停止响应它的服务。 我可以ping它，但我不能使用SSH，所以我必须进入我的主机的控制面板，并重置它。 当它恢复时，在/ var / log / messages中崩溃之前的最后一个日志条目是以下变体： 名为[3493]：意外的RCODE（SERVFAIL）parsing“3.39.148.159.in-addr.arpa/PTR/IN”：193.0.0.193＃53 这可能是DoS攻击的一部分吗？ 我没有在这个服务器上configuration绑定，并不认为我需要（但可能是天真的）。
有没有人有任何链接或简单的信息如何做到这一点？ 基本上我买了一个裸骨架的VPS，安装了Apache，PHP等…但我不知道如何添加我的域的DNS条目。
所以我设法设置bind9和一个邮件服务器，但似乎有什么问题。 我不太明白这个错误： 您的邮件服务器和DNS的configuration不正确！ testing报告是： mail.aplision.com. -> mail.aplision.com -> 208.xxx.xxx.xxx -> lisa.aplision.com mail.aplision.com. -> mail.aplision.com -> 208.xxx.xxx.xxx -> lisa.aplision.com垃圾邮件识别软件和RFC821 4.3（也是RFC2821 4.3.1）规定，SMTP问候中给出的主机名必须有一个Alogging指向相同的服务器。 任何人都可以更详细地向我解释这一点，也许我指出一个方向来解决这个问题？
我有两台IP服务器，如下所示： ServerA IP 1.2.3.4 is production ServerB IP 5.6.7.8 is development and testing (QA/Staging to be built) ServerA为example.com提供Alogging和ReverseDNS设置，ServerA具有www，foo和bar的CNAMElogging，每个logging指向example.com 我希望将ServerB的DNS条目设置为与ServerA的条目相同 – 除了域名将是dev.example.com。 和www.dev.example.com，foo.dev.example.com和bar.dev.example.comparsing为ServerB的IP。 特别是，我希望ServerB托pipe的应用程序能够发送不会被大多数邮件服务器拒绝的邮件，因为DNS设置有问题 我怀疑这个设置可能无法通过 – 是否有效的ServerA example.com DNS不参考子域dev.example.com？ 如果反向DNS匹配dev.example.com的IP，即使example.com没有与dev子域相关的DNS条目，邮件服务器是否会接受来自主机dev.example.com的邮件？
我有我的服务器，它是托pipe在数据中心，并有一个网站和数据库安装在此服务器上。 域名的DNS服务器是域名注册机构的默认域名服务器。 有时会出现这样的问题：一个网站或一个数据库（简单地说就是服务器）不能被其域名访问。 但是他们可以通过服务器的IP地址访问，没有任何问题。 我猜这个问题不知何故与DNS服务连接，但我有点困惑如何解决它。 在这样的情况下，我应该在问题发生时采取哪些措施来解决问题，避免（如果可能的话）将来呢？