允许 Zendesk 代表您的电邮域名发送电邮

Suite

Team, Growth, Professional, Enterprise, or Enterprise Plus

Support

Team, Professional, or Enterprise

已验证人工智能概要 ◀▼

允许以您的域名发送电邮有助于您在与客户的沟通中保持品牌形象。在 DNS 设置中设置 SPF 记录，授权以您的域名发送电邮。这样可避免电邮被标记为垃圾邮件，并移除电邮中的“via”语句。

如果您想使用自己的电邮地址接收支持请求，并且您已将自己的电邮地址添加为 Zendesk 中的支持地址，那么您可以设置自定义电邮地址域名，以验证 Zendesk 是否可以代表您的电邮服务器发送电邮。

例如，如果您从 help@acme.com 收到客户的电邮，并且您已设置了自动重定向，以便将所有收到的电邮转发到 Support，您可以授权 Zendesk 发送通知，就像它来自您自己的电邮地址一样。（例如：help@acme.com）。这样您就可以在整个流程中保留您的品牌。

您不必这样配置您的电邮域名，但如果您使用自己的自定义电邮域名并已设置转发到外部电邮地址，我们建议您这样做。如果您使用非自定义域名，例如以 @gmail.com 或 @yahoo.com 结尾的地址，您将无法使用此功能，因为您无法访问帐户的 DNS 设置。

注意：如果您使用面向 Gmail 的 Zendesk Connector 发送电邮，建议您设置 SPF 记录（但不强制），这样可以允许 Zendesk 代表您发送电邮（请参阅为 Gmail 收件箱启用自动工单创建功能）。

本文章涵盖以下主题：

此配置的优势
为您的域名设置记录
验证您的域名
了解 SPF 检查

此配置的优势

注意：要使用此配置，您必须在 Zendesk 中将您的电邮地址添加为客服电邮地址，然后再继续。

那么，您是否必须允许 Zendesk 代表您的电邮域名发送电邮？简单的回答是：否。详细的回答是： 只有当您确实不希望客户在其消息中看到 Zendesk 名称时，才需要进行此设置。

当 Zendesk 使用您的电邮地址发送电邮消息时（如果您设置了带有转发功能的客服电邮地址就会发生这种情况），该消息会将发件人标识为 zendesk.com 以避免被拒绝。然而，如果您允许 Zendesk 代表您的电邮域名发送电邮，Zendesk 将停止从 zendesk.com发送消息，而是从您的域名发送，完全保留您的品牌。

如果您不完成这篇文章中描述的任务，您的客户可能会看到这样的内容：

以下警告也将出现在专员界面中，位于您的外部客服电邮地址旁：

然而，如果您完成了这篇文章中描述的任务，via 语句和警告就不会出现。

为您的域名设置记录

注意：为您的域名设置记录可能会令人困惑，因为我们大多数人很少这样做。如果您有系统管理员，请先向其咨询，然后再继续操作。

不同的域名注册商设置 SPF 记录的过程是不同的。例如，这里是 GoDaddy、Namecheap、1&1、Network Solutions 和 Google Domains 的相关说明。

创建或编辑 SPF 记录以引用 Zendesk

编辑您域名的 DNS 设置以添加一条 TXT 记录。这些步骤视您的域名注册商而异。要验证您的 SPF 记录，必须有 TXT 记录。当您添加客服电邮地址时，Zendesk 会尝试验证该记录。

Zendesk 建议使用以下 SPF 记录：

v=spf1 include:mail.zendesk.com -all

请注意以下事项：

如果您使用 include:mail.zendesk.com，那么它一定在第一层查找中
支持 SPF 宏
支持 redirect: 语法
可以使用记录拼合服务，但这种做法的稳定性可能不如 include:、redirect: 或宏语法。

注意：虽然您选择的 SPF 机制取决于您的域名管理员，但我们建议使用硬失败 SPF 机制 (-all），从而最大程度地防止电邮欺骗。无效的 SPF 记录可能导致验证失败。寻求域名提供商的支持，因为 Zendesk 无法帮助您管理 DNS 或安全记录和政策。

如果您已设置 SPF 记录用于其它目的，请添加对 Zendesk 的引用。SPF 规范要求您的域名只能有一条 SPF 记录。如果您有多个记录，可能会出现问题，并导致电邮被拒绝。

例如，与其设置两个单独的记录，例如 v=spf1 include:_spf.google.com -all 和 v=spf1 include:mail.zendesk.com -all，不如将它们合二为一，如下所示：

v=spf1 include:_spf.google.com include:mail.zendesk.com -all

过去，Zendesk 建议使用 SPF 记录的替代公式，包括 include:smtp.zendesk.com 和 include:support.zendesk.com。这些都是过时的 SPF 记录。虽然它们可能仍然有效，但不是最好的选择。如果您仍在使用它们，将看到一个警告标记，表明您已设置了一条过时的记录。

提示：考虑进行额外的更新，对 Zendesk 发出的电邮进行数字签名，以避免客户的电邮客户端阻止电邮。电邮数字签名可证明电邮确实来自您的组织，而不是冒充您组织的人。有关说明，请参阅使用 DKIM 对您的电邮进行数字签名。

验证您的域名

当您添加客服电邮地址时，Zendesk 会自动验证该记录。目前该功能还没有验证机制，但我们将来可能会要求在您域名的 DNS 记录中添加相应值。

了解 SPF 检查

发件人策略框架（SPF）是一个域名级别的电邮授权协议，允许您声明允许哪些 IP 地址发送电邮，就好像来自您的域名一样。

这可通过添加域名系统 (DNS) TXT 记录来实现。可以把 DNS 想象成一条可公开访问的互联网记录。此记录使您可公开声明 Zendesk 是您域名的已授权发件人。

当电邮客户端收到一条消息时，它会对发送域名执行 SPF 检查，以验证该电邮是否的确来自它所声称的发件人。如果此检查失败，或者没有 DNS 记录表明 Zendesk 是允许的发件人，一些收件人可能会认为该电邮是垃圾邮件或网络钓鱼，并将其标记为不可信或根本不向您的客户显示。

在我们未被授权使用您的域名时，Zendesk 会使用我们自己的域名发送电邮来避免这种情况，仅当您用正确的 SPF 记录授权 Zendesk 时，我们才会使用您的域名。通常，这样有助于避免从 Zendesk 帐户发送给客户的电邮被错误地标为垃圾邮件。但是，如果您遇到此问题，请参阅如何阻止我的电邮进入客户的垃圾邮件文件夹？

如果您有兴趣，可以到 www.openspf.org 阅读更多关于 SPF 的信息。如果您在验证 SPF 记录时遇到问题，请参阅为什么我的 SPF 记录无法验证？