Sendgrid 上未收到 Sendgrid 入站解析 Webhook 电子邮件
Sendgrid Inbound Parse Webhook Emails are not received on Sendgrid
我正在使用 SendGrid 接收来自我的域 (example.com) 的电子邮件。我已经配置了上述 link Sendgrid Inbound Parse Webhook.
中的所有步骤
我已经在我的域的 GoDaddy DNS 记录中添加了所有名称记录（MX 记录和 CNAMES）。
问题出在我向 hello@example.com 发送电子邮件时。向此电子邮件 ID 发送电子邮件时，没有邮件发送失败报告。 SendGird 控制台没有关于 webhook 被触发的任何统计信息。
我无法弄清楚这个过程中出了什么问题。由于未收到 sendgrid webhook 中的电子邮件。
我认为他们迷失在两者之间。
测试第 3 方 Web API post 是否被触发的最佳方法之一是使用接收 posts 并提供可见性的工具与 post 一起发送的数据（例如 Headers、参数和 json 中的相关数据、文本等）。
我用来测试 post 是否被触发的工具之一由：https://requestbin.fullcontact.com/ 提供。执行以下步骤 set-up 您的测试环境：
（注意：我与 requestbin.fullcontact.com 资源无关 - 我只是这个非常有用的服务的狂热粉丝）。
转到 requestbin 和 "Create a RequestBin"。这将创建您自己的唯一 requestbin URL。 （例如 https://requestbin.fullcontact.com/xxxxx）
复制此 URL，并将其粘贴到您的 SendGrid 入站解析 "Destination URL"。
最初通过不检查 "Additional Options"（检查收到的垃圾邮件和 Post 原始邮件...）来保持测试环境简单。
确保您没有在 SendGrid 入站解析中输入 'Subdomain' "Receiving Domain" 除非您希望用户使用子域作为您电子邮件地址的一部分。
回复：#3，这同样适用于您在 GoDaddy 的 DNS。您的电子邮件也不应将 'subdomain' 反映为 MX 记录的一部分（例如，您不应使用 mail.example.com）。
单击"Add"。
现在，向您的域发送电子邮件（例如 info@example.com）。
检查您的 requestbin 以查看 post 是否是使用您独特的 requestbin URL 生成的，并附有“?inspect”（例如 https://requestbin.fullcontact.com/xxxxx?inspect）。
结果：您在查看 'inspect' URL 时应该会看到 post 信息。
使用诊断过程的第一步来测试您对 SendGrid 的入站解析的使用应该有助于揭示您配置中的潜在问题（例如，如果没有 post 数据，DNS 设置将是下一个要查看的区域正在 requestbin inspect URL 中接收）。祝你好运。
我发现这方面的文档不足。您需要发送到 MX 记录中列出的子域，该子域会将邮件重定向到 sendgrid。
例如，如果您为 email.example.com 添加 MX 记录，则需要将电子邮件发送至 user@email.example.com。
我正在使用 SendGrid 接收来自我的域 (example.com) 的电子邮件。我已经配置了上述 link Sendgrid Inbound Parse Webhook.
中的所有步骤我已经在我的域的 GoDaddy DNS 记录中添加了所有名称记录（MX 记录和 CNAMES）。
问题出在我向 hello@example.com 发送电子邮件时。向此电子邮件 ID 发送电子邮件时，没有邮件发送失败报告。 SendGird 控制台没有关于 webhook 被触发的任何统计信息。
我无法弄清楚这个过程中出了什么问题。由于未收到 sendgrid webhook 中的电子邮件。
我认为他们迷失在两者之间。
测试第 3 方 Web API post 是否被触发的最佳方法之一是使用接收 posts 并提供可见性的工具与 post 一起发送的数据（例如 Headers、参数和 json 中的相关数据、文本等）。
我用来测试 post 是否被触发的工具之一由：https://requestbin.fullcontact.com/ 提供。执行以下步骤 set-up 您的测试环境：
（注意：我与 requestbin.fullcontact.com 资源无关 - 我只是这个非常有用的服务的狂热粉丝）。
转到 requestbin 和 "Create a RequestBin"。这将创建您自己的唯一 requestbin URL。 （例如 https://requestbin.fullcontact.com/xxxxx）
复制此 URL，并将其粘贴到您的 SendGrid 入站解析 "Destination URL"。
最初通过不检查 "Additional Options"（检查收到的垃圾邮件和 Post 原始邮件...）来保持测试环境简单。
确保您没有在 SendGrid 入站解析中输入 'Subdomain' "Receiving Domain" 除非您希望用户使用子域作为您电子邮件地址的一部分。
回复：#3，这同样适用于您在 GoDaddy 的 DNS。您的电子邮件也不应将 'subdomain' 反映为 MX 记录的一部分（例如，您不应使用 mail.example.com）。
单击"Add"。
现在，向您的域发送电子邮件（例如 info@example.com）。
检查您的 requestbin 以查看 post 是否是使用您独特的 requestbin URL 生成的，并附有“?inspect”（例如 https://requestbin.fullcontact.com/xxxxx?inspect）。
结果：您在查看 'inspect' URL 时应该会看到 post 信息。
使用诊断过程的第一步来测试您对 SendGrid 的入站解析的使用应该有助于揭示您配置中的潜在问题（例如，如果没有 post 数据，DNS 设置将是下一个要查看的区域正在 requestbin inspect URL 中接收）。祝你好运。
我发现这方面的文档不足。您需要发送到 MX 记录中列出的子域，该子域会将邮件重定向到 sendgrid。
例如，如果您为 email.example.com 添加 MX 记录，则需要将电子邮件发送至 user@email.example.com。