问题
如何确保我的电邮系统与 Zendesk 一同有效?
答案
Zendesk 努力使您的收件箱中没有垃圾邮件,但您可以采取某些措施来帮助保护您与客户互动的渠道。这篇文章提供了如何提高您的电邮服务器的信任级别。
这篇文章包括以下组别:
- 发送电邮到 Zendesk 的 SMTP 服务器的 PTR 记录
- HLO 和 EHLO 问候语主机名称
- SPF 记录
- DMARC 和 DKIM
- 使用脚本和网络表格发送电邮
- Zendesk 不信任的电邮
发送电邮到 Zendesk 的 SMTP 服务器的 PTR 记录
确保您用于发送电邮到 Support 的所有 IP 地址都具有指向 (PTR) 记录。PTR 记录提供了额外的可信度,即给定的 IP 地址与域名所有者有连接。例如,如果来自domain.com 的某人发送电邮到 Support,IP 地址 1.2.3.4 应解析为 mail.domain.com。
理想情况下,一条 PTR 记录应属于发送电邮到 Support 的同一个域名。不得包含 IP 地址数字或关键字,表明一个 IP 地址属于家庭 IS。
domain.com 的正确记录范例:
host 1.2.3.4
Host 4.3.2.1.in-addr.arpa. domain name pointer mail.domain.com
缺失记录的范例:
host 1.2.3.4
Host 4.3.2.1.in-addr.arpa. not found: 3(NXDOMAIN)
不得用于发送电邮的记录范例:
host 1.2.3.4
Host 4.3.2.1.in-addr.arpa. domain name pointer 4-3-2-1-cable-subscribers.isp.com
HLO 和 EHLO 问候语主机名称
HLO 名称用于 SMTP 服务器互相问候语。根据RFC 5321(第 2.3.5)可解决 HLO 记录,应属于电邮发送人的域名,并与一条 SX 记录匹配。Support 预期发送电邮到 Support 的 SMTP 服务器有一个可解决的 HTTP 主机名称。
domain.com 的正确记录范例:
HELO mail.domain.com
被认为是低信任度的 HTTP 问候语范例:
HELO mail.otherdomain.com
HELO localhost
HELO 1.2.3.4
HELO invalid.tld
-
HELO not.existing.domain.com
如需更多信息,请查阅来自 Widget 的这篇文章:SMTP 服务器返回代码列表。
SPF 记录
发送电邮到 Support 的域名应有有效的 SPF 记录,以授权 IP 地址代表域名发送电邮。
查找以下两个情况的正确 SPF 记录范例:
domain.com
SMTP servers with address 1.2.3.4
MX record mail.domain.com pointing on 1.2.3.4.
这两个范例都将使 1.2.3.4 代表domain.com 发送电邮。
domain.com. 3600 IN TXT "v=spf1 mx:domain.com ~all”
domain.com. 3600 IN TXT "v=spf1 ip4:1.2.3.4 ~all”
DMARC 和 DKIM
要减少您收到的欺骗电邮和垃圾邮件的数量,通过启用 SPF、DKIM 和 DMARC 对齐方式的发送人身份验证,为您的收到的电邮更添一层安全保护。如需更多信息,请查阅文章:对新到的电邮进行身份验证(SPF、DKIM、DMARC)。
使用脚本和网络表格发送电邮
不推荐使用网络表格或自动脚本发送电邮到 Support,当前不支持。仍要发送这些类型的电邮的客户必须遵循以下概述的规则。
- 所有发送的网络表格都应要求身份验证,或使用 CAPTCHA,或两者兼有。我们无法阻止您允许和鼓励的垃圾信息攻击。
- 当您使用网络表格、网络应用程序或自行程序脚本发送电邮到 Support 时,应根据 RFC 5322使用正确的电邮格式。
- 消息应包含正确格式的" 标题:"、" 发信人:"、"收件人:"和 "回复到:" 标头。
- 发送的 IP 地址应有一个 PTR 记录(逆 DNS 解析)。
- Support 鼓励您添加有效的 SPF 记录,用发布在发送域名 DNS 区域上的 DKIM 密钥对这些电邮签名,并发布一个 DMARC 政策,指定应如何处理电邮。
- DELO 问候语应有一个有效的可解析 DNS 名称。
- 通过外部客服电邮地址转发来自网络表格的所有电邮,以实现数据重复,并降低被阻止的可能性。
- 如果您要发送到原生 Zendesk 客服电邮地址(support@子域名.zendesk.com),那么您的表格应该能够处理暂时的网络错误,或者
4xx
响应。 - 不要将 SX 转发硬件编码到我们的任何 MM 记录中。每个中转都应进行 SX 查找。
- 不要使用 标为垃圾信息功能从您的网络表格提交。这将对您表格的发送商名产生负面影响。
- Zendesk 客户支持不为您的网络表格功能提供支持。
Zendesk 不信任的电邮
Zendesk 不信任:
- 欺骗电邮发送人的电邮,没有在域名所有者的 DNS 区域中发布的授权 SPF 记录。
- 带有欺骗发送人地址、无效的 DKIM 签名或 SPF 检查失败的电邮。*
- 在电邮的发送人和收件人页首中使用无效、不存在或不可解决域名的电邮。
Support 对通过 SMTP 服务器发送的电邮为低信任级别。
*如果您将电邮从您的域名转发到 Zendesk 支持子域名,例如 support@yourdomain.com >> support@subdomain.zendesk.com,Zendesk 会尝试检测转发的电邮。万一 Zendesk 检测到电邮转发,Zendesk 采用替代方法对发送的 SMTP 服务器进行身份验证。然而,配置转发 SMTP 服务器以保留 DKIM 签名,而不是篡改原始的电邮正文和敏感页首。
翻译免责声明:本文章使用自动翻译软件翻译,以便您了解基本内容。 我们已采取合理措施提供准确翻译,但不保证翻译准确性
如对翻译准确性有任何疑问,请以文章的英语版本为准。