下面列出了几种可用于提高交付率的技术、配置和工具。
Adobe Campaign检查是否为IP地址提供反向DNS,并且这正确地指向IP。
网络配置中的一个重要点是确保为每个传出消息的IP地址定义正确的反向DNS。 这意味着对于给定的IP地址,存在一个反向DNS记录(PTR记录),该记录具有匹配的DNS(A记录),该记录循环回初始IP地址。
反向DNS的域选择在与某些ISP打交道时会产生影响。 特别是AOL,它只接受与反向DNS位于同一域中的地址的反馈循环(请参见反馈循环)。
工具可用于验证域的配置:https://mxtoolbox.com/SuperTool.aspx。
MX规则(邮件eXchanger)是管理发送服务器与接收服务器之间通信的规则。
更准确地说,它们用于控制活动MTA(邮件传输代理)向每个电子邮件域或ISP(如hotmail.com、comcast.net)发送电子邮件的速度。 这些规则通常基于ISP发布的限制(例如,每个SMTP连接不包含20条以上的邮件)。
有关MX管理的详细信息,请参阅本节。
TLS(传输层安全性)是一种加密协议,可用于保护两个电子邮件服务器之间的连接并保护电子邮件内容不被任何收件人读取。
SPF(发送者策略框架)是电子邮件身份验证标准,允许域的所有者指定允许哪些电子邮件服务器代表该域发送电子邮件。 此标准使用电子邮件的“返回路径”标题(也称为“信封发件人”地址)中的域。
工具可用于验证SPF记录:https://www.kitterman.com/spf/validate.html
SPF是一种技术,在某种程度上,它使您能够确保电子邮件中使用的域名不伪造。 当从域接收消息时,将查询域的DNS服务器。 响应是一个简短记录(SPF记录),它详细列出了哪些服务器有权从此域发送电子邮件。 如果我们假定只有域的所有者有权更改此记录,我们可以考虑此技术不允许伪造发送者地址,至少不允许伪造“@”右侧的部分。
在最后的RFC 4408规范中,消息的两个元素用于确定被视为发送方的域:由SMTP "HELO"(或"EHLO")命令指定的域和由"Return-Path"(或"MAIL FROM")头的地址指定的域,也是弹回地址。 不同的考虑使得只考虑其中一个值成为可能;我们建议确保两个源都指定同一个域。
检查SPF可评估发送方域的有效性:
值得注意的是,在DNS服务器级别所做记录可能需要48小时才能考虑。 此延迟取决于接收服务器的DNS缓存刷新频率。
DKIM(域密钥标识邮件)身份验证是SPF的后继服务器,它使用公钥密码术,允许接收电子邮件服务器验证消息实际上是由其声称其发送的个人或实体发送的,以及消息内容在最初发送(和DKIM“已签名”)和接收之间是否发生了更改。 此标准通常使用“发件人”或“发件人”标题中的域。 为确保DKIM的安全级别,建议使用最佳实践加密大小1024b。 大多数访问提供者不认为低DKIM密钥有效。
DKIM来自DomainKeys, Yahoo! 和Cisco Internet Mail身份验证原则,用于检查发送方域的真实性并保证消息的完整性。
DKIM已替换DomainKeys身份验证。
使用DKIM需要一些先决条件:
对于托管或混合安装,如果已升级到增强的MTA,则DKIM电子邮件身份验证签名由增强的MTA对所有域的所有消息执行。
DMARC(基于域的邮件身份验证、报告和符合性)是最新的电子邮件身份验证形式,它依赖SPF和DKIM身份验证来确定电子邮件是否通过或失败。 DMARC在两个非常重要的方面具有独特性和强大性:
DMARC可以利用由250ok生成的报告。
反馈循环在ISP级别为用于发送消息的IP地址范围声明给定的电子邮件地址。 ISP将以与弹回消息类似的方式发送到此邮箱,收件人将这些消息作为垃圾邮件报告。 该平台应配置为阻止向已投诉的用户发送未来投放。 即使他们没有使用正确的退出链接,也必须不再与他们联系。 ISP将根据这些投诉在其中添加IP地阻止列表址。 如果投诉率在1%左右,则会阻止IP地址。
目前正在制定一个标准来定义反馈循环消息的格式:滥用反馈报告格式(ARF)。
为实例实现反馈循环需要:
在Adobe Campaign中实现简单的反馈循环使用弹回消息功能。 反馈循环邮箱用作弹回邮箱,并定义规则来检测这些邮件。 将邮件报告为垃圾信息的收件人的电子邮件地址添加到隔离列表。
该机制立即开始运作,处理投诉通知。 为确保此规则正常工作,您可以暂时取消激活帐户,以便它们不收集这些邮件,然后手动检查反馈循环邮箱的内容。 在服务器上,执行以下命令:
nlserver stop inMail@instance,
nlserver inMail -instance:instance -verbose.
如果强制您对多个实例使用一个反馈循环地址,则必须:
复制在任意数量的邮箱上收到的消息,
让每个邮箱由一个实例选取,
配置实例,以便它们只处理与它们相关的消息:实例信息包含在由Adobe Campaign发送的消息的消息ID头中,因此也位于反馈循环消息中。 只需在实例配置文件中指定checkInstanceName参数即可(默认情况下,该实例不进行验证,这可能导致某些地址被错误隔离):
<serverConf>
<inMail checkInstanceName="true"/>
</serverConf>
Adobe Campaign的可交付性服务管理您对以下ISP的反馈环路服务的订阅:AOL、BlueTie、Comcast、Cox、EarthLink、FastMail、Gmail、Hotmail、HostedEmail、Libero、Mail.ru、MailTrust、OpenSRS、QQ、RoadRunner、Synacor、Telenor、Terra、UniteOnline、USA、XS4所有,雅虎,扬德克斯,佐霍。
必须添加名为列表-取消订阅的SMTP头,才能确保最佳的可交付性管理。
此标题可用作“报告为垃圾邮件”图标的替代内容。 它将在电子邮件界面中显示为退订链接。
使用此功能有助于保护您的声誉,反馈将作为退订执行。
此功能可从Build 6831获得。
要使用“列表取消订阅”,您必须输入类似于以下命令行:
List-Unsubscribe: mailto: client@newsletter.example.com?subject=unsubscribe?body=unsubscribe
以上示例基于收件人表。 如果从另一个表执行数据库实现,请确保用正确的信息重述命令行。
以下命令行可用于创建动态列表-取消订阅:
List-Unsubscribe: mailto: %=errorAddress%?subject=unsubscribe%=message.mimeMessageId%
Gmail、Outlook.com和Microsoft Outlook支持此方法,并且其界面中直接提供取消订阅按钮。 这种技术降低了投诉率。
可以通过以下方式实现列表-取消订阅:
必须在电子邮件SMTP头的其他部分添加命令行。
此添加操作可在每封电子邮件中或在现有投放模板中完成。 您还可以创建包含此功能的新投放模板。
规则必须包含生成命令行的脚本,并且必须包含在电子邮件标题中。
我们建议创建类型规则:列表取消订阅功能将自动添加到每封电子邮件中。
列表取消订阅:<mailto:unsubscribe@domain.com>
单击取消订阅链接可打开用户的默认电子邮件客户端。 此类型规则必须添加到用于创建电子邮件的类型学中。
列表取消订阅:<https://domain.com/unsubscribe.jsp>
单击取消订阅链接会将用户重定向到您的退订表单。
示例:
SMTP(简单邮件传输协议)是电子邮件传输的Internet标准。
未通过规则检查的SMTP错误列在Administration > Campaign Management > Non deliverables Management > Delivery log qualification文件夹中。 这些错误消息默认解释为不可到达软错误。 如果要正确限定来自SMTP服务器的反馈,则必须识别最常见的错误,并在Administration > Campaign Management > Non deliverables Management > Mail rule sets中添加相应的规则。 否则,平台将执行不必要的重试(未知用户的情况),或在给定数量的测试后错误地将某些收件人置于隔离中。
Adobe为每位客户提供专用的IP战略,增加IP,以建立信誉并优化投放性能。
IP认证是一种发送最佳实践项目,有助于确保接收电子邮件时不会被防垃圾邮件过滤器或其他电子邮件拦截系统阻止。
目前有两个提供商优惠IP认证:Return Path和Certified Senders Alliance。
认证发件人会添加到全球邮允许列表箱提供商和电子邮件安全公司使用的电子邮件。 这些商业允许列表过滤器基于一种系统,该系统使发送方能够完全绕过防垃圾邮件,或在他们进入系统时分配增量点。
Return Path Certification项目优惠了许多优点,包括:
认证发件人联盟认证优惠还有其他好处:
ISP可免费使用这些服务,ISP的数量可能因而允许列表异。
但是,由于越来越多的ISP根据每个收件箱所有者的行为而不是分析邮件内容本身来构建其防垃圾邮件过滤器,使用IP认证无法保证收件箱的放置甚至投放。