Dns AWS Workmail赢得';无法验证域

Dns AWS Workmail赢得';无法验证域,dns,amazon-route53,email-validation,records,amazon-workmail,Dns,Amazon Route53,Email Validation,Records,Amazon Workmail,因此,我正在设置我的域名,并已获得DNS路由到页面没有问题。但现在,当我尝试通过AWS Workmail验证域时,域状态始终是“待定验证” 对于那些不知道的人,Amazon会让你在DNS中添加一个TXT记录类型来执行此验证。听起来很简单,对吗 所以我就这么做了,什么也没有,还是卡住了。等了一天(将近两天),以防万一DNS是时髦的,需要一些时间赶上,仍然没有什么 更奇怪的是,我可以通过在域的任何名称服务器上运行nslookup来查看TXT记录 AWS Workmail在找一个奇怪的地方吗? 我真的

因此,我正在设置我的域名,并已获得DNS路由到页面没有问题。但现在,当我尝试通过AWS Workmail验证域时,域状态始终是“待定验证”

对于那些不知道的人,Amazon会让你在DNS中添加一个TXT记录类型来执行此验证。听起来很简单,对吗

所以我就这么做了,什么也没有,还是卡住了。等了一天(将近两天),以防万一DNS是时髦的,需要一些时间赶上,仍然没有什么

更奇怪的是,我可以通过在域的任何名称服务器上运行
nslookup
来查看TXT记录

AWS Workmail在找一个奇怪的地方吗? 我真的需要任何指导

一些重要注意事项:

DNS是路由53。 该域名是通过AWS购买的

您只需键入url即可访问该网页


整个网站几乎都是由亚马逊的静态网站快速启动服务设置的。似乎工作完美无瑕,因为我一开始手动操作,遇到了相同的问题(大约一周前)。

将TXT类型记录添加到域的Route 53托管区域。它会立即验证你


我的域名已在DirectNic注册,我最初在那里添加了TXT记录。

显然没有什么问题。DNS只花了4天的时间来更新它的数据。不确定提示此错误是什么,但很好。

首先与客户支持人员核实您为域设置的文本记录是否与AWS提供的文本记录匹配以进行验证。显示nslookup的结果,必要时混淆您的域名,但不要混淆其他域名。结果为“nslookup-type=TXT”根据亚马逊的说法,这确实是应该的,所以我完全困惑了。:(我想我是在做长途旅行。谢谢你让我知道这种等待并不罕见。(#我……为什么是4天!)!!