问题特征
- Zendesk 无法发送或接收电邮。
- 电邮被检测为垃圾邮件。
解决步骤
本文介绍了一些与 Zendesk Support 中电邮可送达性相关的常见问题。
电邮是一种常见的非确认消息传递协议。因此,无法保证您发送的任何电邮都会送达预期收件人。发送的前提是中继服务器接受电邮。然而,在中继服务器接受电邮以进行发送后,仍有多种因素可能阻止电邮送达收件人。
有时电邮服务器会发送退回电邮,告知发件人电邮无法送达及相关原因。但为了避免向潜在垃圾邮件发送者隐藏其内部流程的信息,许多服务器并不提供这项服务。
由于存在大量垃圾邮件,越来越多的 Internet 服务提供商对电邮发送实施更严格的限制以剔除垃圾邮件。这样导致的问题是,垃圾邮件的确是都过滤掉了,但偶尔还是会阻止正常电邮。
好在这些系统仍然可以自我修正,并且可以采取一些措施帮助其完成困难的工作。鉴于电邮是一种开放式通信方式,垃圾邮件的问题在所难免。
发送电邮至特定域名或用户的问题
如果您的电邮不只发送至一个特定域名(例如公司电邮地址),则可能会作为垃圾邮件被阻止。在被阻止工单中,您可能会收到退回通知,也可能不会,具体取决于收件人服务器的配置。
如果服务器怀疑您试图向其组织内某人发送未经授权的通信,则可能会在不通知的情况下阻止或拒收您的电邮,或将您的电邮转发至垃圾邮件文件夹。
设置 SPF 或 DKIM 记录
要让 Zendesk 代表您发送电邮,建议将 SPF 记录设置为您域名的 DNS 记录的一部分。SPF 记录是一个列表,允许 Zendesk 代表您发送电邮。例如,当来自您域名以外 IP 地址的电邮到达其他服务器后,该服务器会运行检查,确保您批准该流程。SPF 记录表明发件人知道并希望 Zendesk 代表其进行操作,可让收件人服务器降低此类传输的垃圾邮件评分。
有时电邮只能如期送达公司部分人员。这可能是因为任意公司的电邮服务器都有不同的权限和安全设置。例如,营销部门的人员就比 CEO 好联系。营销部门往往会收到很多供应商和联系人发来的垃圾电邮。
如果不设置 SPF 记录,也可以选择 DKIM 协议。二者功能非常相似,区别在于后者使用密钥对出站电邮进行签名。该密钥另一半由您的域名提供。当这些密钥匹配时,电邮被接受的可能性就会大大增加,因为电邮回执的可信度是可验证的。
使用免费在线服务
免费电邮服务(例如 Gmail、Yahoo 或 MSN)给电邮发送增添了变数。此类电邮服务器要接收更多电邮。因此,其垃圾邮件过滤器的调整方式也不同于从单个可识别域名接收电邮的服务器。此类电邮服务通常在过滤垃圾邮件方面表现良好。不过,使用此类电邮服务时,用户偶尔也需要在垃圾邮件文件夹中查找丢失的电邮,找到后只需单击“不是垃圾邮件”按钮即可将电邮恢复到收件箱。此恢复操作会向相应电邮服务发送消息,表明收件人希望接收此类电邮,并帮助避免问题再次发生。
Zendesk 服务器被阻止时的故障排除
有一种比较少见的电邮发送问题是 Zendesk 服务器遭到黑名单服务阻止。造成此问题的原因有多种,Zendesk 运营团队始终致力于在各种黑名单服务中检查是否被列入黑名单。此类黑名单服务包括 RBL、SORBS 和 DNSBL。
多个子域名使用 Zendesk 的出站电邮服务器时,难免会出现滥用情况。当用户尝试将 Zendesk 用于预期用途之外的目的(例如大规模电邮营销活动)时,可能会触发临时垃圾邮件黑名单。
例如,用户使用其某个 Zendesk 帐户发送批量电邮,让客户了解其提供的新功能或产品。假设他们发送了 1000 封电邮,其中有 10 人认为这不是他们需要的电邮并单击了“这是垃圾邮件”按钮,那么我们的一个或多个 IP 就有可能被列入黑名单。这可能导致其他 Zendesk 帐户出现送达问题。
此类评分呈动态变化,通常不会持续很长时间,毕竟收发的正常电邮比非法电邮多。但由此带来的影响仍不容小觑,这也是我们团队今后的研究方向之一。
关注 Zendesk 状态页面,随时了解服务事务动态。
检测为垃圾信息
这会影响您的入站电邮。这意味着入站电邮的某个部分超出了 Zendesk 的垃圾邮件检测阈值。如果发出电邮的 IP 地址被标为垃圾邮件,或签名文件包含“垃圾邮件”链接,就可能发生这种情况。
如果您从被阻止队列中恢复电邮,此操作会发送消息给我们的垃圾邮件过滤服务,表明您认为相应电邮是正常电邮。此操作与电邮中的“不是垃圾邮件”按钮功能相似。
有关更多信息,请参阅文章: