SendGrid 电子邮件被当作垃圾邮件拒绝
SendGrid Emails Getting Rejected as Spam
我正在为我的应用程序制作一个用户管理系统，我需要向用户发送一封 "forgot my password" 电子邮件，其中包含一个令牌，让他们可以重置帐户密码。我通过 Azure 注册了 SendGrid（每月免费获得 25,000 封电子邮件，这听起来很划算）并编写了一些代码来使用它，但是在对我的程序进行了一些测试之后，我很沮丧地发现我的只有几个电子邮件实际上已经通过。
进入SG控制面板后，我发现我发送的6封测试邮件中有4封通过了，其他的都被当作垃圾邮件拒绝了。我给 mail-tester.com 发了一封电子邮件，看看我的垃圾邮件分数是多少，它给了我 4.3/10。
有问题的电子邮件是一个带有 link 密码重置的句子，没有任何图像或其他元素。我只发送了那 6 封电子邮件，所以我的电子邮件数量绝对不是问题。不过，我对为什么我的邮件被标记为垃圾邮件感到非常困惑。
如果不费力地进行复杂的身份验证设置，我是否可以对我的系统进行任何基本更改以使其能够传递给用户？
在这种情况下，很可能是因为您发送的是这样一条短消息，其中 link 到 'reset your password' 来自非白标电子邮件地址（您发送的电子邮件地址不能根据实际域进行验证），并且 link 也可能是不同的 URL。它可能会作为潜在的网络钓鱼电子邮件被删除。
您可以通过 white labeling your domain and email links 通过 SendGrid 仪表板纠正此问题，这很容易做到并且应该会提高您的交付能力。
另请参阅 SendGrid 支持团队的 this article 关于白标的内容。
在我的例子中，我的电子邮件被标记为垃圾邮件，因为锚点标签与实际调用的 href 不同。
那是因为 sendgrid 的 'click tracking' 设置。
所以，如果你有类似
<a href="http://yourdomain.com">yourdomain.com</a>
sendgrid 可能会替换 href，您最终会得到如下内容：
<a href="http://sendgrid.net/....<very-long-url>.......">yourdomain.com</a>
被调用的 sendgrid 页面跟踪点击，然后将用户重定向到您最初设置的 url。但这有时会导致您的电子邮件被标记为垃圾邮件。
尝试将 sendgrid 仪表板中的 'click tracking' 设置为关闭：设置 |跟踪 |点击跟踪。
详情在这里：https://sendgrid.com/docs/ui/account-and-settings/tracking/
始终从设置域身份验证开始，如@MartynDavies 所说，以前称为域白标签。在 UI 中的设置 -> 发件人身份验证下找到。应如下所示：
https://sendgrid.com/docs/ui/account-and-settings/how-to-set-up-domain-authentication/
要确定问题，请查看 Activity 并选择查看延迟、丢弃、退回、阻止和垃圾邮件报告。
https://app.sendgrid.com/email_activity
在 Suppressions 下，您可以查看 Blocks 和 Bounces 等的详细信息：
https://app.sendgrid.com/suppressions/blocks
https://app.sendgrid.com/suppressions/bounces
在那里你可以看到如下错误：
550 5.7.1 SPF check failed. em1234.mydomain.com does not declare 11.222.33.44 as a valid sender
如果显示 Verified 但您看到这样的错误，请联系 SendGrid 支持。
有用的一件事是通过 Azure 门户从免费计划升级到 Essentials 或 Bronze。这使得许多标记为垃圾邮件的电子邮件通过了。
我只收到来自 Sendgrid 的垃圾邮件。
直接转到垃圾邮件文件夹并尝试尽可能地报告 Sendgrid。也许他们被大多数邮件服务器阻止并让他们考虑他们“托管”所有这些垃圾邮件发送者的政策。
2015 年的一个问题，遗憾的是，随着 SendGrid 使用量的增加，今天仍然很重要。
我的组织已阻止所有 SendGrid 邮件，除了那些使用具有可解析 public DNS 名称（例如 sendgrid1.sampledomain.tld）的固定 IP 地址的付费层邮件，然后我们将这些邮件列入白名单。
现在有太多来自 SendGrid 的域模拟、网络钓鱼和其他垃圾邮件，我们无法允许来自它们的所有邮件 - 在 7 天内大约有 10 000 封邮件，这太多了，无法手动报告SendGrids 滥用部门。
所以我的回答是，如果您希望邮件更有可能完好无损地到达目的地，那么切换到 SendGrid 的付费层是更好的选择。
我在尝试使用 SendGrid 发送用户验证电子邮件时遇到了类似的问题。
就我而言，使用自定义域作为发件人身份解决了这个问题。
请务必在使用前验证域。
我正在为我的应用程序制作一个用户管理系统，我需要向用户发送一封 "forgot my password" 电子邮件，其中包含一个令牌，让他们可以重置帐户密码。我通过 Azure 注册了 SendGrid（每月免费获得 25,000 封电子邮件，这听起来很划算）并编写了一些代码来使用它，但是在对我的程序进行了一些测试之后，我很沮丧地发现我的只有几个电子邮件实际上已经通过。
进入SG控制面板后，我发现我发送的6封测试邮件中有4封通过了，其他的都被当作垃圾邮件拒绝了。我给 mail-tester.com 发了一封电子邮件，看看我的垃圾邮件分数是多少，它给了我 4.3/10。
有问题的电子邮件是一个带有 link 密码重置的句子，没有任何图像或其他元素。我只发送了那 6 封电子邮件，所以我的电子邮件数量绝对不是问题。不过，我对为什么我的邮件被标记为垃圾邮件感到非常困惑。
如果不费力地进行复杂的身份验证设置，我是否可以对我的系统进行任何基本更改以使其能够传递给用户？
在这种情况下，很可能是因为您发送的是这样一条短消息，其中 link 到 'reset your password' 来自非白标电子邮件地址（您发送的电子邮件地址不能根据实际域进行验证），并且 link 也可能是不同的 URL。它可能会作为潜在的网络钓鱼电子邮件被删除。
您可以通过 white labeling your domain and email links 通过 SendGrid 仪表板纠正此问题，这很容易做到并且应该会提高您的交付能力。
另请参阅 SendGrid 支持团队的 this article 关于白标的内容。
在我的例子中，我的电子邮件被标记为垃圾邮件，因为锚点标签与实际调用的 href 不同。 那是因为 sendgrid 的 'click tracking' 设置。
所以，如果你有类似
<a href="http://yourdomain.com">yourdomain.com</a>
sendgrid 可能会替换 href，您最终会得到如下内容：
<a href="http://sendgrid.net/....<very-long-url>.......">yourdomain.com</a>
被调用的 sendgrid 页面跟踪点击，然后将用户重定向到您最初设置的 url。但这有时会导致您的电子邮件被标记为垃圾邮件。
尝试将 sendgrid 仪表板中的 'click tracking' 设置为关闭：设置 |跟踪 |点击跟踪。
详情在这里：https://sendgrid.com/docs/ui/account-and-settings/tracking/
始终从设置域身份验证开始，如@MartynDavies 所说，以前称为域白标签。在 UI 中的设置 -> 发件人身份验证下找到。应如下所示：
https://sendgrid.com/docs/ui/account-and-settings/how-to-set-up-domain-authentication/
要确定问题，请查看 Activity 并选择查看延迟、丢弃、退回、阻止和垃圾邮件报告。
https://app.sendgrid.com/email_activity
在 Suppressions 下，您可以查看 Blocks 和 Bounces 等的详细信息：
https://app.sendgrid.com/suppressions/blocks
https://app.sendgrid.com/suppressions/bounces
在那里你可以看到如下错误：
550 5.7.1 SPF check failed. em1234.mydomain.com does not declare 11.222.33.44 as a valid sender
如果显示 Verified 但您看到这样的错误，请联系 SendGrid 支持。
有用的一件事是通过 Azure 门户从免费计划升级到 Essentials 或 Bronze。这使得许多标记为垃圾邮件的电子邮件通过了。
我只收到来自 Sendgrid 的垃圾邮件。 直接转到垃圾邮件文件夹并尝试尽可能地报告 Sendgrid。也许他们被大多数邮件服务器阻止并让他们考虑他们“托管”所有这些垃圾邮件发送者的政策。
2015 年的一个问题，遗憾的是，随着 SendGrid 使用量的增加，今天仍然很重要。
我的组织已阻止所有 SendGrid 邮件，除了那些使用具有可解析 public DNS 名称（例如 sendgrid1.sampledomain.tld）的固定 IP 地址的付费层邮件，然后我们将这些邮件列入白名单。
现在有太多来自 SendGrid 的域模拟、网络钓鱼和其他垃圾邮件，我们无法允许来自它们的所有邮件 - 在 7 天内大约有 10 000 封邮件，这太多了，无法手动报告SendGrids 滥用部门。
所以我的回答是，如果您希望邮件更有可能完好无损地到达目的地，那么切换到 SendGrid 的付费层是更好的选择。
我在尝试使用 SendGrid 发送用户验证电子邮件时遇到了类似的问题。
就我而言，使用自定义域作为发件人身份解决了这个问题。 请务必在使用前验证域。