Azure Sendgrid“；“发送方身份验证”；在蔚蓝上

我有一个运行良好的Azure SendGrid帐户。我可以用普通的API发送电子邮件。我需要设置发送方身份验证（有两个原因，首先它将帮助接收方在垃圾中找到它，更重要的是它将允许我设置入站解析）

我查阅了Sendgrid文档（），其中有明确的说明，其中涉及DNS记录（稍后），但不幸的是，这不起作用。我也经历了他们的故障排除。我认为这可能是一个问题，我的域名实际上是一个子域名，但我不知道如何修复DNS记录，使其工作

我有一个“DNS区域”为我的网站设置，让我们称该网站为“假.azurewebsites.net”

Sendgrid指示我添加以下CNAME记录（数字被置乱）： em1879.fake.azurewebsites.net>u7381760.wl261.sendgrid.net （…以及另外两个）

所以我做了这些记录，并等待了超过48小时的DNS刷新，但Sendgrid仍然不会验证。我得到的错误是：“em1879.fake.azurewebsites.net”的CNAME应该与“u7381760.wl261.sendgrid.net”匹配。我还尝试了他们的故障排除，但无法使用DIG命令获得“答案”。我没有使用白名单或任何其他已知的干扰功能

在所有文件中，记录通常采用以下形式：

---

em1879.usersDomain.com而不是em1879.userSub.Domain.com，所以这可能是问题的一部分，但我当然可能遗漏了一些东西。

我想复制从Microsoft技术支持部门得到的答案。根据@mdeora的评论，我联系了Azure，下面是回复。子域似乎是问题所在，但仅针对这些azurewebsites.net子域，如果您可以设置委派，它可能适用于其他子域

“我怀疑这是一个授权问题

据我所知，您已经创建了一个DNS区域名“geic.azurewebsites.net”。这已在Azure DNS中分配了名称服务器（例如ns1-08.Azure-DNS.com等）。然后您已经创建了一个CNAME类型的DNS条目“em8849”

问题是没有从父DNS区域到您的DNS区域的DNS委派。在这种情况下，父DNS区域是“azurewebsites.net”。这是由Microsoft拥有的，他们不支持客户从该域设置委派

你应该：

购买您自己的域名（例如myapp.com）。您可以使用Azure中的App Service Domains服务（当前处于预览中）来完成此操作。请参阅 在Azure DNS中创建相应的DNS区域 为您的DNS区域设置DNS委派。请参阅 创建DNS记录。对于Web应用程序，使用“xxx.azurewebsites.net”的CNAME或直接指向站点IP地址的a记录。 对于Web应用，您还必须将域名注册为Web应用的自定义域。请参阅 如果您使用应用程序服务域来完成步骤1，则步骤2和3应自动完成

祝你好运

乔纳森（www.opsgility.com）”

---

Jonathan TulianiModerator于2018年6月15日星期五上午9:00对我来说，问题是Azure自动在记录中包含域名：Sendgrid要求添加CNAME记录“s1.domainkey.yourcustomain.com”；您不应该在名称中包含“.yourcustomain.com”，因为azure会自动包含它。您可以通过编辑一条记录并查看其结果为：“s1.domainkey.yourcustomain.com.yourcustomain.com”。因此，记录应仅为：“s1.domainkey”；

---

它为我工作，但我有一个从azure获得的自定义域；也许它适用于azurewebsites子域，我不确定。

这似乎是一个错误的DNS记录设置问题。你能挖掘你的域名em1879.fake.azurewebsites.net吗？你能得到答案中的sendgrid记录吗？可能正在共享您的实际域可能有助于发现问题。请参阅下文。当我挖掘cname DNS记录时，我得到一个空的“答案”。将列出实际域。Dig CNAME em8849.geic.azurewebsites.net[link]（）id 24695，操作码查询，rcode NXDOMAIN，flags QR RD RA；问题em8849.geic.azurewebsites.net。在CNAME中；答复；权威azurewebsites.net。59在SOA prd1.azuredns-cloud.net中。msnhst.microsoft.com.azurewebsites.net。2034177339 900 300 604800 60 ;另外，是的，这正是我所说的，挖掘应该响应正确的值。如果您已设置了正确的CNAME，请与DNS服务提供商联系，了解其无法解析的原因。