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

在所有 Suite 服务模式中可用在所有 Support 服务模式中可用

如果您想使用自己的电邮地址接收支持请求，并且您已将自己的电邮地址添加为 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 建议使用以下 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 或 DMARC 对您的电邮进行数字签名。

删除旧版 DNS 条目

以前，Zendesk 建议添加以下四个 cname 记录（别名）。现在，我们建议您删除这些旧版 DNS 条目。虽然它们不会造成任何危害，但最好将任何类型的非功能性记录都删除。

zendesk1.yourdomain.com >> mail1.zendesk.com
zendesk2.yourdomain.com >> mail2.zendesk.com
zendesk3.yourdomain.com >> mail3.zendesk.com
zendesk4.yourdomain.com >> mail4.zendesk.com

注意：这些 cname 记录与 DKIM 记录不同。小心不要删除 DKIM 记录。删除之前，请确认您的记录与上面所示记录相符。

验证您的域名

注意：此部分中描述的任务当前不是强制性的，但将来作为 Zendesk Support 计划改进的一部分将成为强制要求，这就是我们强烈建议您现在进行设置的原因。

要使 Zendesk Support 代表您发送电邮，您必须验证您希望 Support 使用的域名是否确实归您所有。验证方法是，添加一条 TXT 记录（域名验证记录）到 Support 将要检查的 DNS 服务器中。域名验证记录对于每个 Support 帐户和域名组合都是唯一的。

如果您不添加域名验证记录，Support 将从 Zendesk 提供的电邮地址发送电邮。如果您想为客户提供白标体验，隐藏所有 Zendesk 品牌，您必须添加此记录。

验证域名是否属于您

确保您已完成 SPF 记录的设置。
在管理中心，单击侧栏中的渠道，然后选择 Talk 和电邮 > 电邮。
您应该会看到 DNS 记录的验证检查。
单击查看详情以查看域名验证值。
您可以在域名验证 TXT 记录检查的旁边找到该值。在此示例中，该值为 abcdef123456：

注意：如果您是有权限管理客服电邮地址的专员，也可以使用 Support 地址 API 端点来查找您客服电邮地址的域名验证代码。找到 domain_verification_code 值。有关更多信息，请参阅 Support 地址的开发者文档。
编辑您域名的 DNS 设置并添加此 TXT 记录：

类型名称值 TTL

TXT zendeskverification <您在 Support 中找到的唯一值> 3600 或使用默认值

注意：您的域名将自动附加到 zendeskverification。如果您的域名用于多个 Zendesk 帐户，那么您的 TXT 记录可以包含所有验证码，用空格隔开，最多可以有 255 个字符。
添加 TXT 记录后，单击验证 DNS 记录按钮，以确认您的记录现已有效。域名验证记录当前未被使用，不影响发送或接收行为。
如果记录有效，红色的错误消息将会消失。如果您在正确设置 DNS 记录时遇到问题，请参阅为什么我在验证 DNS 记录时会收到“DNS 记录未正确设置”错误。

类型	名称	值	TTL
TXT	zendeskverification	<您在 Support 中找到的唯一值>	3600 或使用默认值

验证域名后，请妥善保存域名验证记录。

如果您以后要更改 Support 子域名或主机映射，就无需更新域名验证记录了。

了解 SPF 检查

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

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

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

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

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