为入站电子邮件解析设置 sendgrid 的最佳方法？答案

【问题标题】：Best way to setup sendgrid for inbound email parsing?为入站电子邮件解析设置 sendgrid 的最佳方法？
【发布时间】：2014-12-15 21:21:13
【问题描述】：

我们正在使用谷歌应用 gmail 来发送公司电子邮件。

我想在我们的 Web 应用程序中使用 sendgrid 处理事务邮件，并且我希望解析对该事务邮件的所有回复并将其发布到我们的 api。

如何设置？我是否需要将一些子域 MX 记录指向 sendgrid 并在发件人地址中使用该子域来处理事务邮件？或者有什么方法可以使用该域？

【问题讨论】：

【解决方案1】：

你读过Parse documentation吗？您需要将 CNAME 设置为mx.sendgrid.net 的子域，然后在您的 SendGrid 用户上启用 Parse。发送到该域的任何邮件都将由 SendGrid 解析和发布。

【讨论】：

是的，我读到了。我想知道推荐的方法是什么。例如，CName 通常使用子域，例如 mail.mydomain.com，还是人们使用标准域 mydomain.com？
这取决于您的用例。更改整个域的 MX 记录意味着除了通过 webhook 之外，您无法接收到该域的消息。因此，如果您需要将 example@domain.com 作为工作邮箱，则需要像 example@mail.domain.com 这样的子域。 You can also find a bunch of tutorials on the SendGrid blog
我认为应该是 MX 记录而不是 CNAME。
不，CNAME 是规范重定向，因此查找 MX 记录的任何人都会从 sub.domain.com 重定向到 mx.sendgrid.net，然后提供相关的 MX 记录。如果它自己托管 MX 记录，那么它应该提供文字服务器，而不仅仅是另一个 DNS 记录。